wpf - MVVM パターンの矛盾 - アーキテクチャ対プレゼンテーション?

Question

プレゼンテーション レイヤー パターン/プレゼンテーション パターンとは 私が知る限り、MVVM はアーキテクチャ パターンですが、多くの人、記事、ブログでそれをプレゼンテーション パターンと呼んでいます。そして、私は混乱しました。

少し矛盾しているようです。アーキテクチャ パターンの場合は、プレゼンテーション レイヤー、ビジネス ロジック レイヤー、データ アクセス レイヤーのすべてを処理する必要があります。そして、Entity Framework で生成されたデータ モデルをモデルとして使用することが許可されています。しかし、それがプレゼンテーション パターンであり、プレゼンテーションのみを処理することになっていると推測している場合、EF で生成されたデータ モデルをモデルとして使用するべきではありません。これは、プレゼンテーション レイヤーからデータ アクセス レイヤーにアクセスするためです。 .

誰でも光を当てることができますか？

Answer 1

ビューとビューモデルは通常、アーキテクチャの同じレイヤーに分類されます。MVVM の主な側面は、ビューとビューモデル間の相互作用です。モデルは、別のレイヤーにあると見なされる場合と見なされない場合があります。

データベース、ファイル ストレージ、サービスなどと接続する複雑なビジネス アプリがある場合、通常、そのモデルはバックエンドの抽象的な表現になります。しかし、Hello World イメージ ビューアーのような単純なケースでは、モデルとは正確には何なのでしょうか? 一つもないかもしれません。

全体像の POV、ビュー全体 -> VM -> モデル スタックは単一のレイヤーとして見えます。