architecture - WPFの複雑なビュー

Question

私は個人的なプロジェクトに取り組んでいます。以前の投稿（POSアプリケーションアーキテクチャ）から始めました。

使用しようとしています-リポジトリ-サービスとモーダルの表示-アプローチの表示

添付の画像ファイルをご覧ください。ほとんどのウィンドウには複数のビューがあります。

私の質問は次のとおりです。

いくつかのパターンを適用することを検討すればするほど、混乱します

同様の問題を抱えている方もいらっしゃると思いますが、あなたのアプローチで解決できるかもしれません。

ありがとう3月

score 1 · Accepted Answer

スクリーンショットは見えませんが、ここで簡単な指示を与えることができます。私は最近、マルチターゲット (WPF/Silverlight) 複合アプリのシェルをセットアップしており、ライブラリを学習しながら進めています。

「ほとんどのウィンドウには複数のビューがあります。」-- これだけでも、複合アプリケーションライブラリにあるものを気に入っていただけると思います。そして、MVVM は CAL に最適なパターンです。StockTrader リファレンスアプリケーションでは、PresentationModel という用語を使用していますが、これは本質的に MVVM と同じものです。
ポップアップモーダルは、WPF と SL の両方で (Toolkit 拡張の ChildWindow コントロールを介して) うまく機能します。ビューとサービスを注入することにより、通常のリージョンと同じ方法でそれらと通信します。これについて私が特に素晴らしいと思ったのは、ポップアップで領域を定義し、アプリ (モジュール) がロードされたときにビューを登録し (領域自体がまだロードされていなくても)、領域がポップアップしたときにその時点で正しいビューが挿入されます。言い換えれば、領域が表示されるまでビューの注入を延期することに関与する必要はありません。
これを試したことはありません - コメントできません。
「サブビュー」についてはわかりませんが、リージョン内のリージョンは確かに可能です。

score 1 · Accepted Answer

Wayne は #1 と #2 に適切な答えを持っています... 私は #3 と #4 を取得します。

3) 同じビューモデルを共有しないビュー間の通信は、Prism の EventAggregator を通じて行われます。メッセージの非常に使いやすいパブリッシャーサブスクライバーモデルです。これを理解するのに問題はありません。

4) ビューモデルのプロパティとしてビューを持つという考えは好きではありません。関心の分離の問題です。ViewModels がインターフェースに依存しないように撮影しています。これは、ビューモデルに漏れるインターフェースが多すぎることを意味します。2つの許容可能な代替案は次のとおりです

ViewModel のプロパティとしてサブ ViewModels。ViewModel で UI を指定せずに、DataTemplates を使用して外観を提供できます。
サブ地域。これは完全に許容範囲です。RegionManager スコープを追跡しようとすることになるため、UI によっては扱いにくい場合がありますが、実行可能です。

HTH、アンダーソン

2 に答える 2