MVC、MVP、およびMVVMでは、モデルはエンティティの集合である可能性がありますか？

私はモデルが何であるかを理解しようとします。私はすでにthis answerを読んでいます。MVC、MVP、およびMVVMでは、モデルはエンティティの集合である可能性がありますか？

MVC、MVP、およびMVVMでは、モデルはエンティティの集合ですか？

出典

2012-01-27 Bastien Vandamme

私は多くの開発者がプレゼンテーション層でモデリング（UML）モデルを見ているので、私はこの質問をします。 –

もちろんです。モデルとはビジネスロジックで使用されるデータを記述するものです。

MVVMのモデルは、適切なViewModel自体でカプセル化されていることがあります。異なるモデルを単一のViewModelで処理できる場合は、モデルレイヤーをViewModelから分離する必要があります。

出典

2012-01-27 14:09:40 sll

-1：いいえ、モデルはすべてのビジネスロジックを含むレイヤーです。モデルは** **データではありません。 –

@tereško：ご意見ありがとうございます。私はそれがMVVMモデルでは時々全く導入されていないので、ViewModelはロジックとモデルの両方を表していると言います。 – sll

"viewmodel"の解釈は？もともとパターンは、モデルの実装（思考、一部のSAPバックエンドシステム）またはビューのコントロールを持たない場合に使用されました。そして、ビューモデルはコントローラの代わりにあり、そこでコントローラはデータを一方から他方に変換する役割を担っていました。 **他の** 1つはASP.NET MVC（誤解）の解釈で、[プレゼンテーションオブジェクト]（http://martinfowler.com/eaaDev/PresentationModel.html）コンセプトを取り入れたものです（Fowlerはこの "モデル化 "）し、それを"ビューモデル "と呼んだ。 –

確かに、モデルをビューをレンダリングするために使用されるプロパティのコレクションと考えることができます。それ以上はない。ビューをレンダリングするためにエンティティのコレクションが必要な場合は、それが適切です。

出典

2012-01-27 10:45:15 Jason

「モデル」のすべてのパターンでは、クラスまたはオブジェクトではありません。モデルは無形の構造であり、（この場合は）いくつかの構造のグループで構成されています。モデルの

主な部品は以下のとおりです。

domain objects（またはいくつかの場所で呼ばれる：ドメインエンティティ、モデルオブジェクト、ビジネスオブジェクト）
"アプリケーションロジック" のストレージ抽象化
サービス（ -

複数の「モデル」を持つことは、Railsによって導入された誤解です（ラピッドプロトタイピングフレームワークkはルビのために）、簡略化のために、インスタンスを "models"と呼び、そのテンプレートを "views"と呼ぶことにしました。

出典

2013-08-01 14:42:46

MVC、MVP、およびMVVMでは、モデルはエンティティの集合である可能性がありますか？

答えて

関連する問題