0

そのため、WPF を学んだときにモデルの概念を初めて知りました。モデルの MVVM の概念は、クラス/クラスのセットに含まれる一般的な「ビジネス ロジック」により近いようです。ただし、MVC を見ると、モデルは、フォームを介してユーザーとの間で「受け渡される」軽量クラスのようです。この評価は正しいですか、それとも、モデルが何か重い (ユーザーからのデータ入力を保持して検証する以上のことを行う) 状況はありますか?

4

2 に答える 2

2

モデル (クラス) をデータ コンテナーとして使用し (私は通常これを行います)、貧血ドメイン モデル ( http://en.wikipedia.org/wiki/Anemic_domain_model ) を参照すると、ビジネス レイヤー、サービス、データ レイヤーを個別に実装できます。 .

または、モデル内にそれらを実装することもできます。これは、カプセル化といくつかの設計原則のために実行したい人もいます。

ドメイン駆動設計も検討してください。( http://en.wikipedia.org/wiki/Domain-driven_design )

于 2013-05-16T20:44:35.833 に答える
0

MVC または別の同様のデザイン パターンでは、アプリケーションの 3 つの個別のレイヤーを定義しました。オブジェクトのロジックを備えたモデル、ユーザーからの情報を表示および取得するためのビュー、そしてコントローラー ウィッチが 2 つの間の相互作用と交換を行います。

MVC は、Web アプリや WPF を使用した MVVM によく使用されます。その理由は、WPF を使用すると、ビュー内のオブジェクトとビューモデル内のオブジェクトのデータバインディングを実行できるためです。

たとえば、Twiter アプリ: ツイートのすべてのプロパティを持つモデル (tweetItem)、ツイートを取得してコレクションに保存する ViewModel、およびそれらを表示するためのリストを持つビューをそのコレクションにバインドすることができます。

アプリでの MVVM または MVC のみの影響は、コードの編成方法にあります。

于 2013-05-16T21:11:19.960 に答える