私は MVC を初めて使用し、すべてのスクリプト タグが混在しているため、ビュー ページがかなり見苦しく見えることに気付きました。コード ビハインド ビューのメソッドで HTML を生成し、メソッドの文字列結果をスクリプトの 1 ビットとして挿入することは理にかなっていますか?
例えば：<div><%= GenerateTonsOfHTMLFromSomeIEnumerable() %></div>
これは MVC の哲学に反していますか? パフォーマンスなど、他の理由で愚かですか？メリットはありますか？
それは練習の問題です。
ここに興味深い読み物があります。
「Rob Conery」による興味深い記事もあります。
だから、選択はあなた次第です。それは、アプリケーションのアーキテクチャ、どのように構造化するかによって異なります。
コードビハインドのないビューの利点は、コードビハインドをサポートしていない別のビューエンジンに切り替えるのがはるかに簡単であることだと思います。
多少の作業はありますが、それでも非常にシームレスです。
OK、学習曲線のために別のチョークを作成します。私は自分自身の質問に対する答えを見つけたかもしれないと思う...
ASP MVC を使用すると、(既定の ASP.NET ビュー エンジンの代わりに) 使用できる独自のカスタム ビュー エンジンをインストールできます。したがって、html 生成を制御できます。何を検索するかがわかれば、それは簡単です:)
始めるのに適した場所は次のとおりです:カスタム ビュー エンジンの例
@Rajesh - 素晴らしいリンクをありがとう!
私はしません。コードビハインド ファイルのことは真剣に忘れる必要があります。実際、MVC フレームワーク RC1 には、デフォルトでビュー用の分離コード ファイルはありません。ビューをレンダリングするために実行したい c# 処理は、HTML でインラインで行うことができます。データ処理を行うことを考えている場合は、自分で好きなことをして、それをコントローラーに入れてください。
これはパラダイム シフトです。古い習慣を今すぐ破るのが最善です。
コードビハインドも使用できます。スタイルの好みの問題です。