Asp.net mvc ASP.NET MVC Razor视图引擎
在阅读了关于ASP.NET MVC新视图引擎的博客文章并比较了可用视图引擎之后Asp.net mvc ASP.NET MVC Razor视图引擎,asp.net-mvc,razor,viewengine,Asp.net Mvc,Razor,Viewengine,在阅读了关于ASP.NET MVC新视图引擎的博客文章并比较了可用视图引擎之后 Razor似乎解决了默认视图引擎的大多数问题。作为一名开发人员，什么样的特性差异会使它成为一个引人注目的选择？缺少哪些功能会阻止您使用它？显然，我还没有在实践中对其进行评估，但事实上，它比ASPX引擎更简洁，这是导致切换的最引人注目的功能。我只希望它也能自动格式化得更好。它将得到intellisense的支持，并通过MVC交付，这一事实使它成为启动新项目的自然选择。在我做出改变之前，我将在一个小项目上给它一个公平的机
Razor似乎解决了默认视图引擎的大多数问题。作为一名开发人员，什么样的特性差异会使它成为一个引人注目的选择？缺少哪些功能会阻止您使用它？显然，我还没有在实践中对其进行评估，但事实上，它比ASPX引擎更简洁，这是导致切换的最引人注目的功能。我只希望它也能自动格式化得更好。它将得到intellisense的支持，并通过MVC交付，这一事实使它成为启动新项目的自然选择。在我做出改变之前，我将在一个小项目上给它一个公平的机会。仅仅通过阅读这篇文章，我没有看到任何我目前在使用ASPX引擎时无法做到的事情
更新：我已经使用Razor一年多了，再也不会使用ASPX引擎了。语法看起来非常自然且富有表现力。除了标记语言之外，还有更多内容可供查看。我将错过的几个Spark功能：
- 使用相同的标记语言编写html扩展，而不是C#（宏）-我看到Razor也支持这一点，我希望它支持方法/参数重写
- 自定义标记（写入_Tag.spark以供使用）
- 自动生成的变量，如varIsFirst、varIndex等
- 特殊表达式形式（？{}用于条件属性，$！{}用于跳过错误等）
- 良好的主/局部布局支持，包括在局部中指定标记的一部分只应在主布局中呈现一次的能力（例如，脚本包含）
- 您仍然可以使用WebForms标记—非常适合兼容性和增量升级
- 支持在彼此内部同时使用“”和“”引号（非常有用）
Razor中也有非常有前途的功能，例如内联模板。考虑到Spark creator是由微软聘请的，我认为Razor有望写得很好，非常有用，并且支持良好的视图引擎。当然，我不会用Razor重写数百个Spark视图（尽管我用Spark重写了几十个WebForms视图）。但我肯定会认真看看Razor——我只是从你们的问题中发现了这一点，谢谢——我现在看到的看起来很有希望。当然，它不会与WebForms竞争（任何视图引擎都比WebForms好），但如果您还没有在另一个视图引擎上投入过多资金，它看起来是新ASP.NET MVC项目的一个不错的选择。除了更干净的外观外，布局部分的灵活性看起来非常好，声明性HTML助手看起来非常有用。到目前为止，还没有看到使用它的任何负面影响，但当然必须在实践中尝试一下 单元可测试：新视图引擎 实施将支持 单元测试视图的能力（无需 需要控制器或web服务器， 并且可以在任何单元测试中托管 项目-无特殊应用程序域 必需）
终于！！！真不敢相信微软花了将近8年的时间才最终推出了一个支持这个功能的视图引擎。Razor使用括号，也就是说，用于
foreachMabye这不是什么大事，但显示了一致性和可扩展性。对我来说，有三个令人信服的原因：
你考虑过使用Spark吗？有关Spark提供的其他功能的列表，请参见queen3的答案。不幸的是，Spark Intellisense支持没有那么好（特别是在VS2010中），这可能会阻碍许多开发人员的展示。但是支持正在开发中，所以希望事情会有所改善。我觉得如果你需要Intellisense，那么你就太复杂了。当然，我的视图90%的内容看起来像
！{Html.EditTemplateFor（x=>x.Quantity）}