MVC：完全に実装されたモデルまたは部分的に満たされたモデル？

これは長い間私を悩ませてきました。MVCプログラミングを行うとき、プログラミングの実践として優れていると思いますか？特にこの特定のタスクのために、他に5つあるモデルオブジェクトの2つのフィールドのみが必要であることがわかっている場合、完全に入力されたモデルまたは部分的に入力されたモデルを使用する必要がありますか？

ほんの数個のモデルオブジェクトが必要になることがわかっている場合に、20個のモデルオブジェクトのリストにデータベースのすべての値を入力することは、犯罪のように思われることがあります。

もちろん、部分モデルは、すべてをフェッチするメソッドとは別に、DAOにもう1つのメソッドを記述する必要があることを意味します。維持するコードが増えるということですか？

一方、完全にモデルが設定されたDBからすべてを取得するということは、1つの方法ですべてを処理できることを意味しますが、これにより明らかにパフォーマンスのオーバーヘッドが発生します。

私はORM（HibernateやActiveRecord of Railsなど）がMVCプログラミングの傾向を支持しており、GoogleのBigTableフルモデルのようなデータベースが受け入れられる傾向を示しています。しかし、古き良きJDBCをまだ使用している場合はどうでしょうか。

ハードウェアは安価で、開発にはコストがかかります。アプリが1時間あたり数十万リクエストにスケーリングする必要がある場合でも、それは本当ですか？

次の2つのオプションがあります。

1）モデルの一部のフィールドを未入力のままにします

2）特定の状況に合わせて追加の「ライト」モデルを作成する

どちらを選択するかは、次の2つの要素によって異なります。

a）「フル」モデルのフィールドがいくつ無視されるか

b）この「ライト」モデルがインスタンス化される頻度

未入力のフィールドが2つ以上ある場合は、1）で問題ありません。

b）が例外的な個別の状況である場合、1つの使用例だけのために追加のモデルを作成しても意味がありません。

別のアプローチは、「ライト」モデルを定義し、それから「フル」モデルを継承することです。

ビューがモデルの2つのプロパティのみを必要とする場合、（おそらく）そのユースケースに対して間違ったモデルがあります！ビューに合わせてモデルを作成し、追加のDBルックアップを保存して、必要なデータのみを入力することを検討します。後続のビューにさらに詳細が必要な場合は、質問する必要があります。後で追加のデータを取得するか、それともすべて前に取得する必要がありますか？

別の方法として、ある種の遅延評価を見ることができるので、必要なときに値が入力されます。これはうまく機能しますが、明らかにより多くの作業であり、DBへの複数のラウンドトリップを引き起こす可能性があります。

つまり、基本的にテーブルまたはビューからいくつかの追加フィールドを選択している場合、その追加データを取得するためのコストは、すべての意図と目的に対してゼロです（OK、ネットワーク上のバイト数が多くなりますが、最大のコストはおそらく接続の作成と破棄に含まれるため）、追加のデータが必要になる可能性がある場合は、適切なモデルが得られたら、モデルにデータを完全に入力します。

ハードウェアは安価ですが、ハードウェアの量が少ないと、悪いデザインをうまく実行できません。

モデルはDAOではありません。

また、20のモデル（例では顧客）があるとすると、それはMVCモデルではありません。ドメインモデルは、単一のテーブル行に直接マップされません。代わりに、「顧客」で行われるすべての操作を担当する必要があります。

あなたの例では、「顧客」はドメインモデルではなく、モデル内の単なるオブジェクトです。

データベースとのやりとりに関しては、その責任はデータマッパーオブジェクトに委任される必要があります。データマッパーオブジェクトは、Customerクラスのインスタンスを格納およびフェッチする方法を知っている必要があります。