MVVM：非常に大きなビューモデルの扱い

Question

私は数百のプロパティを持つ作業ビューモデルを持っていて、それぞれが1つ以上のクライアントビューによって積極的に消費されています。これは技術的にトラフィックディレクターとしての目的を果たしますが、私の心配はレガシーメンテナンスが悪夢になることです。私はこれを複数の余分なクラスに分割し、VM内のそれぞれについてシングルトンを実行しようとしましたが、フロントエンドの開発者は、どのインスタンスオブジェクトが特定のターゲットプロパティにつながるかについて頭を掻きません。私は部分的なクラスファイルにVMを分割しようとしました。これはコマンドの実装には特に有効ですが、プロパティではこれは現実的ではありません（VM単体では数百、または数千ものコードファイルがあります）。この方向に進むと、F12キーにも依存してしまいます）。 MVVM（またはMVC）を使用して誰かがこの問題に遭遇しましたか？私はリバティーザーの助けなしにこれらのプロパティ定義を管理する方法が必要です！

Answer 1

通常、ビューごとに1つのViewModelクラスがあります。ビューは、Window、UserControl、またはPageになります。 1つのViewModelをアプリケーション全体のDataContextとして使用することは可能ですが、その考えは私を驚かせます。 それぞれのビューで独自のViewModelインスタンスを解決できます。

あなたのアプリケーション私は、各ビューは、基礎となるモデルを更新AND/OR基礎となるモデルへの変更を監視し、独自のViewModelを持っているだろうと思っているだろう

Answer 2

のソースコードおよびアーキテクチャを見ずに助言することは困難です。モデルがドメインオブジェクトである。ドメインオブジェクトは、すべての四肢（DB、サービスなど）を抽象化するアーキテクチャの中核をなすものです。モデルの一部のプロパティが値を変更した場合、モデルが変更を通知すると（たとえば、永続性が成功した後など）、変更を監視しているすべてのViewModelが変更の更新を行います。