在Visual Studio 2010中一个C＃MVC3应用工作时，我曾通过编辑我的项目文件，并设置了精彩的标志MVC3编译看法是慢
`<MvcBuildViews>false</MvcBuildViews>`
为true打开视图编辑。我喜欢它，因为这意味着我可以编辑我的观点并发现错误。
我现在唯一的问题是它不是很快！ （我已经尝试关闭它，然后它恢复到全速。）
它看起来像它每次重新编译每个视图 - 我目前有大约50个视图，所以理想情况下它只会编译具有自上次更改以来。这是可能吗？
我不认为有可能在同一个项目中编译这种方式。您可以尝试将视图拖放到单独的项目中，并以此方式进行设置。
http://www.chrisvandesteeg.nl/2010/11/22/embedding-pre-compiled-razor-views-in-your-dll/
据我所知，建设意见是一个全或无的标志。
我建议您打开此选项关闭的开发环境，但把它上对于用于指向主要的开发分支连续构建系统。通过这种方式，如果您提交违反视图的内容，您仍然可以收到电子邮件，而不会在开发过程中为每个构建添加大量时间。
我实际上会推荐相反的。编译完成之前，团队中的其他人可能会更新，现在他们无法在其本地工作站上编译。我宁愿我的团队知道他们正在提交的代码不会破坏构建，而是希望他们不会。 – Andy 2012-02-22 01:14:25
@Andy击败了整个观点。 StriplingWarrior这是一个好主意 - 我没有想到:) – Rocklan 2012-02-22 02:15:54
@LachlanB我的评论并没有解决你的问题，但我的观点是，也许还有其他因素需要考虑。如果它只是你，那就去做吧，如果你破坏了构建，那并不重要。但在较大的团队中，检查不编译的代码现在可以为团队带来很大的生产力。如果你有问题，你可以保留它，直到你去提交并做一个预先编译。这将解决这两个问题，但我发现人们忘记了并最终实施了保持视图编译的更改。 – Andy 2012-02-22 03:06:16
这是一个不错的主意，但我认为它不会有帮助，编译该项目中的所有视图时仍然会很慢。 – Rocklan 2012-02-22 02:17:23
它会....但希望是他们只会预编译一次，因为引用的项目没有改变。可能值得一试，看看它是否在这种情况下工作 – 2012-02-22 07:25:26
这是一个好点，因为如果我要更改控制器中的代码，它不会重新编译视图。好一个 ：） – Rocklan 2012-02-22 11:47:27