我是 ASP.MVC 的新手。对于我们新的 Web 应用程序，我正在考虑两种 View 引擎选项:
- 使用一些可用的 View 引擎(默认引擎、NVelocity、Brail 等)作为主要 View 代码生成器。
- 实现特定于应用程序的 C# DSL 以生成 HTML 代码，以便将大部分 View 代码存储在 C# 类中(使用某种 smart HTML generation like the one described by Jimmy Bogard )。
2. 背后的想法是减少每次需要新 View 时直接编写 HTML 代码的需要，但我不确定这是否是一个好方法。它的一个缺点是如果不重新编译项目就不可能更改生成的代码。
你怎么看？
最佳答案
我在其他项目中看到过类似的方法，但总的来说，它们带来的麻烦多于它们的值(value)。您失去的灵 active 对于为生成阶段的自动化付出的代价太高了。想一想需求最终只适用于一种特殊情况的频率，现在想象一下您必须如何处理这里的情况。
此外，如果您的 View 给您带来如此多的痛苦，我建议您可能没有正确使用 View 。您应该在整个站点的 View 中看到很少的重复。例如，公共(public)部分应该重构为单独的 block 并从那里提取。
关于asp.net-mvc - ASP.MVC : Implementing a non-templated view engine?，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/819667/