我正在考慮將我的一個項目（以及其後的其他項目）切換到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