私は最初のmvc3アプリケーションを構築しています。私が持っているいくつかの質問は次のとおりです。ASP.NET MVC3初めての質問
1）剃刀のビューエンジンでは、ビューにコードを埋め込むことができます。私たちがかつて逃げようとしていたものではありませんか？つまり、コードをaspxから外してください。
2）モデルはインターフェイスを実装する必要がありますか？
3）モデルにはメソッドが必要ですか？または単にプロパティですか？
おかげ
かなり漠然とした質問が、私はあなたに私の図5cの価値をあげる：
確かに、私たちはカミソリビューに入れたコードは、HTMLコントロールを生成するために、通常です。 MVC3のヘルパーメソッドは、あなたのViewModelsのデータ属性を利用し、バリデーションなどを生成します。 これは、あなたのビューにどれくらいのコードを入れたいかということを完全にオプションで指定します。
号
のviewmodelsは（POCO）できるだけ愚かであるべきであり、ビジネス・ロジックの方法はあなたが良いDDD開発者として、あなたのドメインモデルに置くべきである。）
EditorForまたはDisplayForまたはusing (Html.BeginForm())のようなものを呼び出します。主なビジネスロジックを決してViewレイヤーに配置しないでください。実際には、最初の部分はaspxエンジンとWebフォームでも同様です。そしてPHPと古典的なASP、そして...
1）それはちょっとのように見えるかもしれませんが、本当にそれはコードが何であるかによって異なります。 IMHO実際には、ビューのレンダリングに直接関連するロジックやコード以外のロジックやコードは避けてください。しかし、このコードでは、Razorは見た目に素敵なコーディング方法を提供します。
2）いいえ - どのクラスもモデルではありません。
3）モデルにメソッドを置くことを止めるものはありませんが、実際にはデータ転送オブジェクトは非常に単純なものでなければなりません。そう多くの場合、プロパティに固執します。
1）剃刀のビューエンジンを使用すると、ビューにコードを埋め込むことができます。私たちがかつて逃げようとしていたものではありませんか？つまり、コードをaspxから外してください。
いいえ、私たちは一度ビューから論理を取り出そうとしていました。これにより、ビューの制御が少し向上しますが、ロジックを実装する方法として使用しないでください。
2）モデルはインターフェイスを実装する必要がありますか？
いいえ。
3）モデルにはメソッドが必要ですか？または単にプロパティですか？
モデルは単なるクラスです。あなたのクラスの構造を定義します。