2017-03-08 12 views
2

MVCでは、Viewの標準的な責任は何ですか?インターネット上の本、例、図を調べると、私はモデル、ビュー、コントローラーのクラス間の相互作用の全く異なる方法論に出くわしました。MVCでは、Viewの標準的な責任は何ですか?

e。これらの場合、ビュー・クラスはモデルに直接アクセスできません。

View Cannot Access Model

View Cannot Access Model 2

しかし、この例では、ビューは、モデルからのデータを表し、モデルクラスとの相互作用を有していなければなりません。コントローラーとのやり取りはありません。他の例では

Model Updates View

、ビュークラスはモデルとコントローラの両方のクラスとの相互作用を持っています

View interacts with both model and controller 1

enter image description here

だから私は少し困惑しています一つは、標準的であるかについて方法またはベストプラクティス。

ありがとうございました。

みどりKocak ソフトウェアエンジニア、著者 http://www.mynameismidori.com

+1

この写真をどこから入手しましたか?私は大企業が何をしたのかを追ってみることをお勧めします。マイクロソフト(https://msdn.microsoft.com/en-us/library/dd381412(v=vs.108).aspx)は良い例です –

+1

重要なことは、ビューがモデルからのデータを操作してはならないこと。それは、モデルから直接的に、またはコントローラ呼び出しを介して間接的に読み取ることができる。しかし、モデルを変更するには、コトローラにそのことを要求する必要があります。 –

答えて

1

私が思うに、最後の2つの図は、MVCロジックへの反対は完全です。プレゼンテーション層はビジネスロジックから分離する必要があります。ビュー・レイヤー上のビジネス・ロジックから情報を取得する必要がある場合は、それらをコントローラーの応答コンテキストを使用してプレゼンテーション・レイヤーに渡す必要があります。また、あなたの要求と一緒にモデル側の情報を操作する必要がある場合は、あなたのコントローラの側でこの問題を把握する必要があります:)

よろしく。

関連する問題