我正在考虑将我的一个项目（以及其后的其他项目）切换到Spark View Engine，但在今天的研究之后，我遇到了Visual Studio 2010缺乏Intellisense的问题。不仅如此，但似乎这个项目没有定期维护。Spark VS 2010 intellisense
所以我留下了一种感觉，我不应该在这个时候选择Spark。但是，显然NHaml也有相同的“问题”。
我知道它在这里详细ASP.NET MVC View Engine Comparison
讨论，但我还是想你选什么或只是留在WebForms的视图引擎现在的想法？
我爱火花，与WebForms视图引擎相比。与普通的景观相比，所有景观都变得非常干净。智能感知与否，我仍然拿Sparks。简单的选择。缺少某些东西时，您仍然会遇到运行时错误，并且当您习惯于不使用智能感知功能时，这并不是什么大问题。调试可能需要五秒多的时间，但嘿 - 可读性和干净的视图，在调试（主要是）简单的语法问题之前稍微快一点。
我已经用Spark四个月了，我永远不会回到默认的。一旦掌握了它，从来没有遇到任何严重的问题，这是绝对值得的。你会知道，当你看到它在实际行动:-)
我知道所有的优点和是，观点看起来会更加清晰，但我认为生产力会大幅下降，而最大的问题是我需要选择一种技术，即使在更长的时间内也有广泛的支持和确定的发展路径 - 我们现在不能开始项目6个月后发现我们走错了路。希望你能理解我的担忧，可惜的是，现在看来没有任何第三方视图引擎能够胜任这项工作。 – mare 2010-05-30 19:57:24
我明白了。然后，默认的一个可能是最适合你的一个。但是，Spark支持ASP.NET MVC中的所有内容，除非您也将更新基本平台，否则Spark应该进行管理。对于支持部分，我认为文档（正在积极更新AFAIK）以及像这样的论坛应该就足够了。然而，这归结于你对这一切的感受。如果您对Spark感到不安全，请使用默认值。 – 2010-05-30 20:13:22
@Arve Systad：这不完全正确，Spark的* Areas *的想法不同于MVC 2的* Areas *的想法。 – R0MANARMY 2010-06-01 03:24:26
请参阅http://stackoverflow.com/questions/2367018/to-spark-or-not-to-spark – 2010-05-31 01:31:43