ビジネス ロジックが 1 つのプロジェクトに保存され、UI が別のプロジェクトに保存されるソリューションがあります。私は MVVM 設計パターンを使用してインターフェイスを作成していますが、すべてのビューモデルを別のプロジェクトに配置することは賢明で安全でしょうか?
事実上、UI が実行可能ファイルである 3 つのアセンブリがあり、コントロール データ コンテキストを View-Model クラスにバインドし、さらに View-Model クラスにバインドします。
私にお知らせください
トム
長くて詳細な回答を書き始めましたが、それは本当に重要ではないと思います。
同じプロジェクト内で別のアセンブリや別のフォルダーを使用している場合でも、問題を適切に分離している限り、それほど重要ではありません。
それが問題になる唯一のシナリオは、ビューモデルを交換せずにビューを交換したい場合です。
それでも、ビューとビューモデルが同じアセンブリ内で適切に分離されていれば、それらを簡単にリファクタリングできます。
アセンブリはバージョン管理の単位です。
したがって、モデル、ビューモデル、およびビューの異なるバージョンを組み合わせて一致させたい場合は、それらを別々のアセンブリに含めることが、それを容易にする方法になる可能性があります。
ViewModels新しいプロジェクトに配置することは非常に理にかなっています。それが当然のことだとは言いませんが、大規模なプロジェクトでは間違いなく有効なオプションです。個人的にMainWindow ViewModelは、 をメイン プロジェクトに保持し、コンポーネントを別のプロジェクトに保持するのが好きです。ただし、通常はMEFを中心にプログラムを設計し、 ViewModel と View をプラグインとして自動的にロードします。