Outlookで使用されるようなナビゲーションペインに関する簡単な質問。
MVVMでは、他のビュー、ViewModelまたはビューの表示を担当するのは誰ですか?
Viewイベントが他のビューの呼び出しを処理できる場合、そのコードをViewModelに配置するのはばかげているようです。ViewModelは、必要に応じてナビゲーション項目を有効/無効にし、表示/非表示にします。
Outlookで使用されるようなナビゲーションペインに関する簡単な質問。
MVVMでは、他のビュー、ViewModelまたはビューの表示を担当するのは誰ですか?
Viewイベントが他のビューの呼び出しを処理できる場合、そのコードをViewModelに配置するのはばかげているようです。ViewModelは、必要に応じてナビゲーション項目を有効/無効にし、表示/非表示にします。
私は持っているすべてのビューに対してViewModelを持っている傾向があり、おそらくモデルも持っています。他のビューに渡す情報がある場合は、実際にはViewModelを介してそれを行う必要があります。そうでない場合は、ビューを使用してナビゲートするだけで道を開くことができます。お役に立てれば :)
ViewModelはビューステートを担当します。ユーザーが実行するアクションが発生してビューステートが変更された場合、そのアクションのコードはビューモデルに属します。
データバインディングのおかげでMVVMパターンが好きですが、ほとんどのコードの単体テストを簡単に行えるようにコードを構造化できるので、データバインディングが好きです。その構造の大部分は、ビューステートをクラスのセットに配置し、モデルステートを別のセットに配置することです。
多くの場合、人々はMVVMを実装しようとしますが、実際には、データバインディングの目的のためだけにモデルとビューの関係を実装していると思います。明確なメリットがない場合は抽象化を維持する理由がないため、これで問題ありません。
それで、あなたの質問への答えは、あなたがあなたのビューモデルで何を達成しようとしているのかということです。
データバインディング?好きな場所にコードを配置します。
妥当性?関心の分離を提供する抽象化?純粋で視界の荷物がないモデルですか?
次に、それをビューモデルに配置します。
あなたはMVVMでのナビゲーションについて話している。
このビデオを見るのはとても便利だと思いました
ここでは、23:00頃に、MVVMを使用してエレガントなナビゲーションを作成する方法について説明します。
お役に立てれば