ASP.NET MVC剃刀视图引擎

Question

阅读Scott Guthrie的博客文章，了解有关ASP.NET MVC的新Razor视图引擎并阅读此question比较可用视图引擎。

Razor似乎解决了默认视图引擎的大部分问题。作为开发人员，哪些功能差异会使您成为一个引人注目的选择？缺乏哪些功能会阻止您使用它？

Answer 1

除了标记语言之外，还有很多可以查看引擎的东西。我会怀念几星火特点：

• 使用相同的标记语言编写HTML扩展，不C＃（宏） - 我看到剃刀也支持这一点，我希望它支持方法/参数覆盖;
• 自定义标签（写_Tag.spark使用<标签/ >）;
• 自动生成的变量，如varIsFirst，varIndex等;
• 特殊表达形式（？{}为条件属性，$！{}跳过错误等）;
• 很好的主/部分布局支持，包括部分指定标记的部分应该只在主内渲染一次（例如脚本包含）;
• 您仍然可以拥有WebForms标记 - 非常适合兼容性和增量升级;
• 支持在对方内使用“”和“'引号（非常有用）。

我喜欢循环/ IFS更星火语法 - 混合HTML < >和C＃{}括号看起来并不太好 - 但是这纯属个人意见。

剃刀也有非常有前途的功能，例如，内联模板。鉴于Spark的创造者被微软聘用，我认为Razor有很好的写作能力，非常有用，并且支持很好的视图引擎。当然，我不会用Razor重写数百个Spark视图（虽然我用Spark重写了几十个WebForms视图）。但我一定会认真看待剃刀 - 我只是从你的问题中发现了这一点，谢谢 - 我现在看到的看起来很有希望。当然，它不与WebForms竞争（任何视图引擎都优于WebForms），但如果您还没有投入太多的视觉引擎，它对于新的ASP.NET MVC项目来说看起来是个不错的选择。

Answer 2

很显然我还没有在实践中对它进行过评估，但事实上它比ASPX引擎更具挑战性，是诱导开关最引人注目的特征。我只希望它能更好地自动格式化。事实上，它将得到Intellisense的支持并与MVC一起交付，这使其成为启动新项目的自然选择。在我进行切换之前，我会在一个小型项目上公平地采取行动。仅仅通过阅读文章，我没有看到任何我无法做到的事情，我现在正在用ASPX引擎做。

更新：我一直在使用Razor一年多，并且永远不会回到ASPX引擎。语法看起来非常自然和富有表现力。

Answer 3

除了更干净的外观，布局部分的灵活性看起来非常好，并且声明式HTML帮助程序看起来非常有用。到目前为止，没有看到使用它的任何缺点，但当然必须在实践中尝试一下。

Answer 4

单元测试：新的视图引擎 实施将支持 能力进行单元测试的看法（不 需要一个控制器或网络服务器， 并且可以在任何单元测试 项目主办 - 没有特殊的应用 - 需要域 ）。

最后!!!简直不敢相信微软用了将近8年的时间才终于推出了支持这一功能的视图引擎。

Answer 5

剃刀使用方括号，也就是foreach的东西。 Spark在此使用XML标记。

因此，Spark完全支持每个XML处理器对视图文件的解析和分析。

Mabye这不是一件大事，但显示了一致性和可扩展性。

Answer 6

对我来说有三个令人信服的理由：

1. 编译 - 剃刀视图可以被编译成一个DLL。最后，我们在.NET Web项目中获得了适当的可重用性。我可以有一个业务对象，知道如何显示自己，而不会将该代码作为.ascx文件在Web项目的某个部分中浮动。

2. 可测性 - 因为它被编译为一个类，所以我可以编写一个单元测试并抛出对象的模拟实例，以查看HTML是否正确。

3. 智能感知和简洁的语法都不错，但不是最重要的部分。