1

私はWPFを初めて使用し、この記事を一瞥した後、

MVVM-WPFを使用したダイアグラム作成アプリケーションのパターン-列挙型をxxxViewModelに変換します

MVVMを使用したり、試してみたいシンプルなアプリに使用するように勧めたりできるかどうかを知りたいです。

  • シンプルなアプリは、ユーザーがアイコンをキャンバスに追加して相互に関連付けることができるWPFフローチャートデザイナーです。

また、開発者がコードビハインドを実装する方法を知りたいのですが、whileループで短時間後にアクティブノードが強調表示されます。

ドラッグアンドドロップ後、アプリに3つのノードがあるとします。

time                active node 
1st-5ths              A
6th-10th              B  (active node moved from A to B)
11th-15th             C  (active node moved from B to C)
16th-20th             A  (active node from C to A because of while loop link)

これはMVVMパターンの使用に適していますか？

ありがとう

4

1 に答える 1

3

MVVM の結論は、次の 2 つの主要コンポーネントです。

  • メンテナンス
  • テスト容易性

MVVM パターンから得られる主な利点は次のとおりです。

  1. MVP / MVC がテーブルにもたらすすべて
  2. ビュー モデル (ビューの背後にあるロジック) は、WPF/Silverlight/ASP/Whatever システムのコンテキスト外でインスタンス化できるため (基本的に POCO.
  3. ロジックは分離されているため、IoC/DI を使用するか、別のモデルを使用するだけで、ビューの背後にあるロジックを簡単にホットスワップできます。コードを 1 行変更するだけで、全体の動作が変わります。

MVVM を中心としたアプリケーションの設計にはかなりのオーバーヘッドがかかります。個人的には、開発時間が 2 倍になる可能性があるため、小さなアプリにはお勧めしません。

ただし、アプリを常にメンテナンス/アップグレード/拡張することが予想され、UI 機能の単体テストが必要な場合は、非常に貴重です。最初に時間をかけて正しく設定した場合、大規模な UI リファクタリングにかかる​​時間を大幅に節約できます。

これがあなたの質問に具体的に答えないかもしれないことは知っていますが、これらの点はMVVMパターンの選択により関連していると思います.

注: MVVM はルールではなくガイドラインであることを忘れないでください。意味のあるところではそれを破ることが許されています。そうすることの意味を考えてください。

于 2010-08-30T23:25:43.343 に答える