3

我正在考虑尝试使用 ASP.NET MVC 的替代视图引擎，并想知道其他人在使用什么。

请让我知道 1) 您使用哪个 View Engine，以及 2) 为什么。

标准的 'web-forms' 视图引擎当然是一个有效的答案，但请仅在您出于某种原因决定使用它时才这么说，而不仅仅是“因为我懒得更改它”；）

谢谢！

4

2 回答 2

2

大多数时候，我使用“标准”视图引擎——然而，由于 MVC 是如此可扩展，所以有时我们只需要从它继承，覆盖一些功能，然后重新插入即可。

此外，在查看 Spark 视图引擎后，他们制作视图代码的特殊风格并不适合我，但这不是他们的错 - 只是不同人的笔画不同。

于 2010-04-29T12:07:16.950 回答
1

标准视图引擎在 Visual Studio 兼容性和 ASP.NET MVC 兼容性方面功能最多，但可读性最低。

大多数人通常更喜欢 Spark 视图引擎，主要是因为它具有更好的视图，并且它与只知道如何创建 HTML 页面的设计人员大多“兼容”。它还对 Visual Studio 2008 提供了一些C# IntelliSense支持。如果您需要将视图提供给设计师，Spark 是最佳选择。

来自 rails/merb 世界，我实际上更喜欢NHaml，因为它非常有表现力，而且 DRY，虽然它并不是真正的“设计师友好”。它也有一些C# IntelliSense支持。(N)Haml 是一个人们要么讨厌要么喜欢的视图引擎，因为它的本质很简洁。

据我所知，这是仅有的三个支持 C# Intellisense 的视图引擎（并且仅适用于 VS 2008，尽管正在努力让它们在 VS 2010 下运行），这可以提供很大帮助，而且通常是那些想要从“标准”视图引擎切换考虑“必备”。

但是不要忘记，您可以在项目中混合使用视图引擎，因此您可以在需要其功能的地方使用标准视图引擎，但如果它们更适合您的需求，请切换到 spark/nhaml/其他任何东西。

于 2010-04-29T12:53:46.167 回答