ASP.net MVC Webforms 视图引擎的缺点？答案

【问题标题】：Disadvantages of the ASP.net MVC Webforms View Engine?ASP.net MVC Webforms 视图引擎的缺点？
【发布时间】：2009-04-30 15:35:31
【问题描述】：

我目前正在计划一个基于 MVC 的新项目。现在，有几种不同的视图引擎，我只是想知道 Webforms 引擎的哪些缺点可以证明切换的合理性？有些人觉得really strong 反对，我只是想知道为什么？

我还能在其他视图引擎中保留类似 .ascx 控件的内容，例如 Spark 或 StringTemplate？（好吧，公平地说，这只是使用 RenderPartial 并传入适当的 ViewData，但它仍然是多个视图上常见“块”的模块化）

【问题讨论】：

【解决方案1】：

根据我的经验，网络表单引擎唯一真正的缺点是冗长。 Spark 更加简洁，并且支持部分（虽然不是 .ascx）和母版页。

你可以同时运行 Spark 和标准的 webforms 引擎，所以如果你遇到任何 spark 不适合你的情况，你仍然可以使用 webforms（我不知道共享母版页的方法不过他们之间）。

【讨论】：

【解决方案2】：

Stephen Walther 有几个使用与带有 MVC 的 webforms 引擎不同的视图引擎的示例：

就优势与劣势而言……我个人喜欢经典 asp'ish 风格的“标签汤”感觉。对我来说，感觉就像是一双舒适的旧鞋。

通过明智地使用 HtmlHelpers，标签汤通过可重复使用的“位”大大减少。在经典的 ASP 中，我制作了类助手并将它们包含在页面中。在网络表单中，我滚动了网络控件。现在是 HtmlHelpers。

【讨论】：

【解决方案3】：

我认为 MVC 视图引擎并没有那么糟糕。我也喜欢坚持“主流”，因为我确信 MVC 2.0 中会有我不想错过的新功能/帮助。我确信其他引擎做了一些非常好的事情，但是每次我偏离标准时，当我们想要升级到下一个技术或版本时，它都会设法找到我。

但是，话虽如此 - 了解其他引擎提供什么的唯一真正方法是用您已经构建或理解的东西来尝试它们，看看您是否喜欢您获得/放弃的感觉和/或能力。

【讨论】：

另外，Spark View Engine 人现在是 MS 的员工。虽然这听起来不错，但他很可能没有太多时间来维护他的引擎。
坚持“主流”是有道理的。更容易找到帮助/让其他人阅读您的代码。但是，我认为当 MVC 3 与剃刀视图引擎一起正式发布时，看看会有什么样的转变会很有趣。我的预感是很多人会更喜欢 Razor，而不是当前的 WebFormsViewEngine。
但由供应商提供，我预计 Razor 将成为主流，因为在第一天我预计 Razor 的用户将超过任何替代引擎的总和。