以我为例，我最近从MVC 4更新到MVC 5，这把web搞砸了。配置很糟糕。这篇文章帮助很大。

http://www.asp.net/mvc/overview/releases/how-to-upgrade-an-aspnet-mvc-4-and-web-api-project-to-aspnet-mvc-5-and-web-api-2

底线是你需要检查你的网页中所有的版本号引用。config和Views/web。配置，以确保他们引用了与MVC 5相关的正确升级版本。

以我为例，我最近从MVC 4更新到MVC 5，这把web搞砸了。配置很糟糕。这篇文章帮助很大。

http://www.asp.net/mvc/overview/releases/how-to-upgrade-an-aspnet-mvc-4-and-web-api-project-to-aspnet-mvc-5-and-web-api-2

底线是你需要检查你的网页中所有的版本号引用。config和Views/web。配置，以确保他们引用了与MVC 5相关的正确升级版本。

我在部署到Azure应用程序服务时遇到了同样的问题

在我的例子中，是因为~/Views/Web。配置没有包含在项目中。

它在IIS Express中工作，但当我部署到azure时，我得到了同样的错误。由于没有包含在.csproj文件中，所以它没有被部署。

解决方案是确保~/Views/Web。配置包含在项目中。

如果您转到解决方案资源管理器并单击“显示所有文件”图标，然后打开视图，您可能会看到一个未包含的Web。配置文件在那里。

把它加进去，重新出版，就万事大吉了。

使用无效的表达式会触发这样的编译器错误。在下面的场景中，预期的lambda表达式应该是=>，而不是==>

这里似乎有3个版本号设置需要彼此正确:

…包含。= . x.x.x Mvc,版本。x……(在各个地方~\Views\web.config) …System.Web.WebPages。= . x.x.x剃须刀,版本。x……(在各个地方~\Views\web.config) <add key="webpages:Version" value=" x.x.x.x。"x" />(在~\web.config中

对我有用的组合:

组合1:

包含。= 4.0.0.0 Mvc,版本

System.Web.WebPages。剃须刀,版本= 2.0.0.0之间

<add key="webpages:Version" value="2.0.0.0" />

结合2:

包含。= 5.2.7.0 Mvc,版本

System.Web.WebPages。= 3.0.0.0剃须刀,版本

<add key="webpages:Version" value="3.0.0.0" />

最后一个观察是网页:版本设置似乎是可选的。删除它似乎没有负面影响，至少在当前问题的背景下是这样。

以下是我所做的:

关闭Visual Studio 删除SUO文件 重启Visual Studio

“.suo”文件是一个隐藏文件，与“.svn”解决方案文件位于同一文件夹中，包含Visual Studio用户选项。