MVC Razor在ASPX上的应用

Question

我是MVC的新手，我正在开发一个MVC应用程序，它使用aspx引擎(视图在aspx中创建)。现在有了迁移应用程序GUI的需求，我已经了解到剃刀比aspx引擎提供了好处。所以，这是最好的实现。

但是，我更关心的是应用程序及其maintainability.的性能所以，有谁能告诉我哪一个符合上述要求吗？

Answer 1

您可以在一个项目中混合Razor和ASPX，但是不能将来自ASPX的母版页作为Razor布局页面重用(至少不能没有一些技巧AFAIK)。

因此，根据已经存在的应用程序的大小和添加的数量，将现有页面转换为Razor或继续使用ASPX可能是有意义的。

出于可维护性的原因，我个人不会将这两者混合在同一个应用程序中。

评论后的更新：

1000屏幕肯定不再是中等大小的IMO，但如果你没有使用布局和/或母版页面，你可能真的是最好的“混合它们”，从更好的/更容易的语法和新页面的持久性，但不要求调整旧页的权利。旧页可以一个接一个地修改，当它们因其他原因被更改时.

您的团队进入Razor应该不会有大问题，因为它非常接近于“正常编程”，您只需要学习很少的语法“专业”.

Answer 2

我想说，Razor的优点如下：

• 简洁的语法，非常类似于编写常规C#代码的方式(查看菲尔·哈克最近的博客文章，将Asxp与Razor语法进行比较：http://haacked.com/archive/2011/01/06/razor-syntax-quick-reference.aspx)
• 输出的自动HTML编码(这有助于保护您免受html注入攻击)
• 内置(虽然不是100%)的标记验证，这有助于避免标记不平衡。

与页面相关的概念也可以很容易地从ASPX中得到。

• 如您所见，内联代码仍然是允许的。
• 部分(可以是可选的)等效于内容占位符。
• 布局页而不是母版页
• 完整视图和局部视图的概念是相同的。
• @函数{.}块而不是..。

此外，Razor还有一些有用的概念，我认为这些概念比ASPX中提供的更好：

• @helper函数，用于非常容易地创建发出标记的函数
• @model关键字，用于指定视图的模型类型，而不必编写<%@ Page .指令的完整类名。

根据我的建议，Razor是更好的选择。

Answer 3

你读过ScottGu的博客吗？这不是具体的表现，但你会被定罪，为什么要使用Razor。

紧凑型、表现性和流畅性： Razor最大限度地减少了文件中所需的字符数和击键次数，并支持快速、流畅的编码工作流程。与大多数模板语法不同，您不需要中断编码就可以显式表示HTML中的服务器块。解析器足够聪明，可以从代码中推断出这一点。这使得一个非常简洁和富有表现力的语法是干净，快速和有趣的类型。

这个话题已经讨论了很多次了。

ASP.NET MVC 3 Razor性能

ASP.NET MVC视图引擎比较

MVC 3 ASPX与剃须刀视图引擎