5

私は何人かの人々によって提案されている Model-View-ViewModel パターンを見てきました (特に John Gossman は、この投稿とこのポッドキャストを見てください) 。 ..そして、彼らはどこに価値を追加しますか?

私も出くわしました:

上記のことや、まだ発見していないことについて活発な議論をしたいと思います。

4

2 に答える 2

2

私たちが愛用しているもう 1 つのパターンは、Attached Behavior パターンです。WPF の添付プロパティの拡張メカニズムを使用します。この便利なパターンに関する投稿もかなりあります。

于 2008-10-10T17:33:43.567 に答える
1

Model-View-Presenter パターンのバリエーションを使用しています。これは、さまざまな UI を開発するという目的を十分に果たしています。完璧ではありませんが、仕事はうまくいきます。私が経験した問題の 1 つは、マルチスレッドのシナリオに決して満足できないことです。最近、プレゼンターの多くをマルチスレッド化しています。これらのワーカー スレッドは最終的に UI を更新するため、ビューのディスパッチャーを介してアクションを UI にディスパッチする必要がありました。すべてのビュー プロパティがディスパッチャーをチェックすると、コードが非常に冗長になり、時間の制約からビューのディスパッチャーをプレゼンターに公開することになりました。あなたが私に尋ねるなら、最高の動きではありません...

CAB や Prism に似たモジュラー UI フレームワークを使用しているため、これらのパターンの多くが私たちにも当てはまります。

私は WPF のコマンドの大ファンでもあります。Prism の DelegateCommand と CompositeCommand をいじることはまだできていませんが、とてもいい感じです。

于 2008-10-09T14:32:45.647 に答える