私はあなたがASP.NET MVCでいくつかの異なるビューエンジンを使用することができます知っている：ASP.NET MVCで使用しているビューエンジンは何ですか？
デフォルトのASPXビューエンジンは、ASP.NET WebFormsバックグラウンドから来て、私にとって最も理にかなっているようです。
しかし、私はそれぞれの賛否両論を知り、ほとんどの人が何を使用しているかを見たいと思っていました。
StackOverflowはどちらを使用しますか？
地球上のほとんどの人は、それが彼らが知っているので、単にASPXを使用します。別の優れたメリットは、コンパイルされた性質なので...型安全性とインテリセンスだけでなく、perf効果も得ることができます。
私が見ている欠点は、とても派手なことです。私はNVELocityにアプリを変換し、それがきれいに見えたことに驚いた。問題は、（独自のカスタムビューヘルパーのような）NVelocityではうまく動作しなかったことがたくさんあり、ドキュメントがひどく不足していたことです。
独自のHtmlExtensionタイプを登録できるMvcContribにフィーチャーを追加しましたが、より良い解決策が出るまで、より多くのバンダイが追加されました。
NHamlは私のお気に入りです。 ASPXやNVelocityのような従来の「挿入されたコードを持つHTML」テンプレートシステムとはまったく違って見えるので、人々はそれを気に入ったり嫌いです。
編集：
@Ben、
ダウンコンパイル（NHamlが1である）ので、これらは、カスタムHTMLヘルパーをサポートして、他のビューのエンジンがあります。私は現在解釈されているビューエンジンのすべてが最終的に最終的にコンパイルモデルになることに驚くことはありません。
私はSparkを使用します。それはHTMLとコード間の良い流れを持っています。 Scott Hanselmanも週刊ソースコードのレビュー投稿でpostを行った。私は本当にそれをたくさん掘っています。主な機能の1つは、あなたの意見のpre-compilationです。
"StackOverflowはどちらを使用しますか？"
Webフォーム。
私はジェフ・アトウッドにタグ・スープ・ポストに関する彼の決定について尋ねました。彼は返信しませんでした - 私は彼が不足していた終了タグを捜して忙しかったと思う;-)
私は過去にNVelocityを使用しました。ほとんどの場合、コードは本当にきれいで簡単に従うことができます。しかし、通常は、手元にあるXSLTファイルで埋め尽くされたいくつかのViewData変数にすぎません。だから私は本当に私のビューエンジンはXSLT（愛/嫌いなことです - 拡張メソッドはそれが本当に便利になる）とNVelocityの両方だろうと思います。
私はしばらくMonoRailでNVelocityを使用しましたが、最近Asp.Net MVCとMonoRailの両方でSparkに切り替えました。構文は私にとって非常に自然なようですが、私はそれが期待されると思います。 ;）
マイクロソフトでは最近、新しいビューエンジン、Razorを発表しました。
はかなり面白そうだね： http://weblogs.asp.net/scottgu/archive/2010/07/02/introducing-razor.aspx
+1 Webフォームは、私は悲しい製;かみそりは私を幸せにします。 –