VS2010 IDE には、xaml のコマンド バインディングから動作を実装する実際のコードに移動するのに役立つサポートがないため、一部の開発者は MVVM でのコマンドを好みません。コード ビハインドを使用すると、右クリックして [イベント ハンドラーに移動] を選択できます。約 4 人の開発者で新しいプロジェクトを開始していますが、通常は作業を Ux やビジネス ロジックではなく機能領域に分割しているため、各開発者は必要な機能を実装するために xaml とビューモデル/ドメインで作業しています。
これは MVVM の採用の妨げになると思いますか?
この点で役立つフレームワークはありますか?
そのナビゲーションのニーズを容易にするヒントやコツはありますか?
Ux とアプリ ロジックの間で作業を分割する必要があるのではないでしょうか?
アイデアをありがとう。
Commands や MVVM に対する実際の批判ではなく、泣き言のように聞こえます。MVVM を実装して使用するのにそれほど労力はかかりません。フレームワークを使用して MVVM を実装したことはありません。
私は常にビューモデル クラスの先頭にコマンドを配置し、その後にパブリック プロパティ、コンストラクター、および関数を配置します。
ビューモデルでそれらを見つけるのに問題がある場合は、ファイルが長すぎる可能性があります。1500行以上ですか？その場合は、複数のクラスに分割することを検討してください。
通常は問題にならないため、この問題を解決するフレームワークはありません。MVVM を使用する場合は、MVVM が提案する方法で作業が分割されるように、チームを作り直すことをお勧めします。
私は主に VM で作業しており、XAML で問題が発生したことはありません。……ほとんど触らないから。私たちのビューを設計する私たちの男には、逆が当てはまります。彼はほぼすべて XAML で作業しており、C# コードはあまり記述していません。