私の.Netアプリケーション(MVVMアプリケーション)には、10個のドロップダウンリストがあるとしましょう。だから私は名前、値のペアだけを含む10の異なるクラス(モデル)を作成しました。10 個の異なるクラスを作成する理由は、これらのドロップダウン リストが機能的に独立しているためです。
1つのクラスだけではなく、10の異なるクラスの長所と短所(メモリへの影響を含む)は何ですか(これには、名前と値のペアが含まれ、ViewModelを介してビューにバインドされます)
私の.Netアプリケーション(MVVMアプリケーション)には、10個のドロップダウンリストがあるとしましょう。だから私は名前、値のペアだけを含む10の異なるクラス(モデル)を作成しました。10 個の異なるクラスを作成する理由は、これらのドロップダウン リストが機能的に独立しているためです。
1つのクラスだけではなく、10の異なるクラスの長所と短所(メモリへの影響を含む)は何ですか(これには、名前と値のペアが含まれ、ViewModelを介してビューにバインドされます)
1 つのクラスに多数の異なるクラスを配置しても、アプリケーションに違いが生じる可能性はほとんどありません。単純型のインスタンス化は非常に高速です (1 秒間に数十億のオブジェクト)。
何百万ものオブジェクトにアクセスし、それらをインスタンス化するときに作業を行っている場合にのみ、問題に気付くことがあります。
アプリケーションに追加の 10 個 (または 100 個) の小さなクラス (ロールを共有する 1 つのクラスとは対照的に) を使用しても、基本的にパフォーマンスに影響はありません。
とは言っても、クラスが増えるということは、維持するコードが増えるということであり、つまり、作業が増えるということです。これらのクラスが実際に異なる場合は、コントロールごとに異なるクラスを持つことがおそらく最善の決定ですが、これらのクラスがすべて本質的に同一である場合、個人的には入力を節約し、代わりにKeyValuePair<TKey, TValue> のようなものを使用したいと思います.