WPF アプリでは常に MVVM を使用しますか、それとも代替パターンはまだ実用的/便利ですか? 質問する

Question

MVVM for WPFに含まれるドキュメント（概要の2ページ目）によると

このパターンの起源は不明ですが、Martin Fowler が説明した PresentationModel パターンと同様に、Smalltalk ApplicationModel パターンから派生したものと思われます。Expression チームが Blend のバージョン 1 を開発する際に、このパターンは WPF での使用に適応されました。WPF 固有の側面がなければ、Model-View-ViewModel パターンは PresentationModel と同一です。

マーティン・ファウラーのウェブサイトに行って調べるとプレゼンテーションモデル私たちはこれを持っています

パッシブビューやスーパーバイザコントローラと比較すると、プレゼンテーションモデルでは、表示に使用されるビューから完全に独立したロジックを記述できます。また、状態を保存するためにビューに依存する必要もありません。欠点は、プレゼンテーションモデルとビューの間に同期メカニズムが必要になることです。この同期は非常に単純ですが、必須です。分離されたプレゼンテーションでは同期がはるかに少なく、パッシブビューではまったく必要ありません。

私が使用している金属切削CAD-CAMアプリケーションでは受動的な見方その理由は

ビューを実装するモックオブジェクトを用意することでテストを容易にし、ソフトウェアの機能の大部分を自動的にテストできるようにします。
コアモデルだけでなく、関連するタイプの金属切削ソフトウェアのさまざまなビューも再利用します。
ビューとモデル間の相互作用を明確に文書化します。
このソフトウェアは 1985 年以来継続的に開発されており、基盤となるツール、API、さらには言語自体にもいくつかの大きな変更が加えられているため、GUI ツールキットへの依存を排除します。

最初の 3 つの懸念事項は、MVVM、プレゼンテーションモデル、監視コントローラーパターンによって処理できます。ただし、#4 に対処できるのはパッシブビューだけです。

Martin Fowler が述べたように、パッシブビューのみに同期メソッドは必要ありません。MVVM は、WPF のプレゼンテーションモデルの実装です。ビューモデルにあるビュー状態をビュー自体に結び付けるには、XAML インターフェイスに依存します。そのため、後で UI またはその API を変更すると、ビューモデルも変更されます。

対照的に、パッシブビューでは、新しい UI 要素がビューインターフェイスを実装することのみが必要です。実装されているフォームまたはコントロールが正しく応答するため、実際に何に接続されているかは問題ではありません。

しかし、その代償として、ビューの新しい要素を実装するときに追加の手順が必要になります。プレゼンターに新しい要素をどのように提示するか、また、どのレベルの抽象化で提示するかを決定する必要があります。一部のプロジェクトや、ダイアログボックスなどの一部の UI の種類では、この処理は過剰です。

MVVM が WPF の唯一の方法であるかどうかという質問に対する答えは、いいえ、そうではありません。これは、アプリケーションの開発を取り巻く他の問題を考慮して検討する必要があるツールです。

Answer 1