多くの人がこのモデルを頻繁に使用し始めていることに気づきました。とにかく、ロジックとプレゼンテーションを分離することは非常に正しいと思います。 さらに、いくつかの機能はそれなしでは実現できません。まったく機能しないこともあります。 選択可能なツリー、検索機能などを検討してください。 しかし、場合によっては、このMVVMモデルを実装する必要はありませんが、それは人が行います。WPFのModel-View-ViewModel
あなたの意見や感想を教えてください：コーディングを単純化するWPFの目的ではありませんでした.XAMLで大部分の作業をしようとしましたか？
私は、このモデルはデザインの優雅さのために誤用されることが多いと感じていますが、WPFの努力を壊してしまいます。
まったく間違っていますか？
imho WPFはMVVMを使用するように設計されているため、このパターンを使用せずにコードを記述すると、遅かれ早かれ問題を解決するためにハックする必要があります。
は私にとって
は、大規模なプロジェクトでは、すべてのものがあるため、このデザインパターンの能力のMVVMで記述する必要があります...民間プロジェクト、トライアウトの、のようなMVVMを使用しない非常にいくつかの理由がある（可能ユニットテスト、UIの誤使用防止...）
UIからのロジック分離の主な目的は、テスト容易性のためです。すべてのロジックをViewModelの下に置くので、UIなしでロジックをテストするためのテストスクリプトを書くことができます。
テストユニットを書くつもりはないのですが？ –
MVVMは他のタイプのテストにも使用できます。テストコードを書いていないのであれば、非常に小さなプロジェクト（MVVMのようなソフトウェア組織に悩まされる理由）か、コードの品質を気にしません。 –
>>テストユニットを書く予定がない場合はどうすればいいですか？ はい。 emddudleyのように、あなたは本当にコード品質を気にしないので、どんなデザインパターンや最良のパターンを使っても大丈夫ではありません。 –
問題は、ツールが不足しているため、ボタンをクリックしたときにメッセージボックスを投げるために半分のページのコードを書く必要があるときに、wvvmをピッチするのが難しいということです。
それは私が指していたものです。 –
何度もコードを何度も必要としますが、 –
私が言ったように、 "プロ"プロジェクトのために、イホは努力する価値があり、それはもっとコードだとは思わない。 –