コードメトリクスMVVMプログラムの複雑さに関するKPI

Question

コード解析では、決定的ではない統計的な数値を与えることができますが、いくつかの設計上の欠陥や不正なコードの実行を見ていると、 このようなKPIは、クラス内のメソッドの数、またはif/elseのレベルがどのように使用される可能性がありますか...

MVVMプログラムのいくつかのコードメトリクスはありますか？

たとえば、最後のプロジェクトの1つに気付いたことは、各クラスの音は大きくはありませんが、ワークフローを非常に複雑にするツリーがあります。 ViewModelコマンド=>ビジネスメソッド=> ViewModelプロパティ=>注：MVVMプロジェクト全体のナビゲーションはMVVMバインディングに基づいていますが、一部のVMプロパティを非表示/表示/縮小/展開と設定しているため、「ナビゲーションプロパティ」（表示/非表示/展開） GUIがナビゲートされます。

MVVMが陥る可能性のある特別な「トラップ」がありますか？

Answer 1

一般的な習慣として、「コード・メトリックの計算」を実行するのが好きです。 （プロジェクトを右クリックし、Visual Studio 2010でコードメトリックを計算を選択してください） メンテナンス性インデックスと網羅的な複雑さのスコアは、KPIを示すものです。

MVVMを使用すると、「ツリーワークフロー」が長い場合でも、正しく実行されると他のメカニズムを使用するよりも簡単になります。ほとんどの場合、ツリーはMVVMでも短くなることをお勧めします。

多くのイベントを生成すると、アプリのパフォーマンスが低下する可能性があるので、プロパティに値が変更されている場合は、「プロパティ変更イベント」を発生させることをおすすめします。あなたの不動産セッター）