ASP.NET MVC用の代替ビューエンジンを試すことを考えており、他の人が何を使用しているか知りたいです。
1）使用しているView Engine、および2）理由を教えてください。
標準の「web-forms」ビューエンジンはもちろん有効な答えですが、「変更するのが面倒だから」だけでなく、何らかの理由で使用することにした場合にのみそう言ってください。
ありがとうございました！
2 に答える
2
ほとんどの場合、私は「標準」のビューエンジンを使用しますが、MVCは非常に拡張性が高いため、MVCから継承し、機能の一部をオーバーライドしてから、プラグインし直すだけでよい場合があります。
さらに、Sparkビューエンジンを見て、ビューコードを作成する彼らの特定のスタイルは私にはうまくいきませんでしたが、それは彼らのせいではありません-異なる人々のための異なるストロークだけです。
于 2010-04-29T12:07:16.950 に答える
1
標準のビューエンジンは、VisualStudioの互換性とASP.NETMVCの互換性の両方の点で最も多くの機能を備えていますが、読みやすさは最も劣ります。
Sparkビューエンジンは通常、ほとんどの人に好まれています。これは主に、ビューが優れており、HTMLページの作成方法しか知らないデザイナークルーとほとんど「互換性がある」ためです。また、Visual Studio 2008のC＃IntelliSenseサポートもあります。デザイナーにビューを提供する必要がある場合は、Sparkが最適です。
レール/マーブの世界から来た私は、実際にはNHamlを好みます。これは、非常に表現力があり、DRYですが、実際には「デザイナーフレンドリー」ではありません。また、C＃IntelliSenseもサポートしています。（N）Hamlは、簡潔な性質であるため、人々が嫌いまたは愛するビューエンジンです。
私の知る限り、これらはC＃Intellisenseをサポートしている唯一の3つのビューエンジンです（VS 2010で実行するための作業は進行中ですが、VS 2008のみをサポートしています）。 「標準」のビューエンジンから切り替えたい場合は、「必須」と見なしてください。
ただし、プロジェクトでビューエンジンを混在させることができることを忘れないでください。そのため、機能が必要な場合は標準のビューエンジンを使用できますが、ニーズに合っている場合は、spark /nhaml/その他に切り替えることができます。
于 2010-04-29T12:53:46.167 に答える