asp.net mvc views強く型付けされたビューデータ

Question

私は、さまざまな理由でasp.net MVCビューのために強く型付けされたビューデータを好んでおり、コードビッドが以前のasp.net MVCプレビューにあったように、 poco viewdataクラスを定義する自然な場所です。通常、実際のビューと1対1の関係にあります。

asp.net rtmビューでコードビハインドを使用する方法はありますか？これは良い方法ではありませんか？

編集： 私がコードビハインドを持ちたいのは、ビューのプロパティとしてViewDataが表示されているということだけです。ビューがクラスであった場合、ViewDataはそのプロパティの1つであり、別のアセンブリでこれを定義するのは自然ではないと感じます。

Answer 1

MVCとほぼ1年を経て、ビューのコードビハインドが一度も必要ないことを確認できます。コードビハインドを使用している場合、WebFormsをまだ考えている可能性が高いです。もうやめろ。

モデルデータを表示するには、ビューが必要です。適用するCSSクラスのような単純な決定は、サーバータグ内のビューで直接実行できます。より複雑な決定は、コントローラまたはビジネスロジックに委ねられます。

Answer 2

ビューのコードビヘイビアは、MVCフレームワークの目的の1つに反します。

ビューはできるだけシンプルで、コントローラまたはエクステンションにすべてのビジネスロジックを処理させながら、プレゼンテーションにのみ焦点を当てる必要があります。

ViewStateの組み合わせを使用するユーザーは、コードビハインドの必要性を排除する必要があります。

Answer 3

MVCアーキテクチャでは、Webフォームの場合と同じようにコードの背後にある必要はありません。

MVCアーキテクチャ全体は、魔法を実行しているwebcontrolイベントではなく、制御するコントローラ上に構築されています。

個人的に私はMVCの暗いところに入っていますが、私は今ここに見ているものが好きです。 のデータを強くタイプしてデータを入力し、モデル内で簡単に検証することができるので、あなたの行動に "戻るビュー（アイテム）"を表示してコンテンツを簡単に配置することができます。

Answer 4

（入力エラーがビューに表示されますので、素晴らしいです）私は強くこれはまだofcourseの行うことができ、様々な な理由

ため 私のasp.net MVCのビューのためのViewDataを入力好みます。 NerdDinner FormviewModels page 6 私はそれを使用し、それは完全に動作します。私の2つの質問で見つけることができるいくつかの問題があったhereとhere 。

上記のように、コードビハインドを使用する理由はわかりません。 MVC構造に関する一般的な情報と、どのようなビューが必要なのかをお読みになることをお勧めします。