車両、ディーラー、および大規模な追跡記録に対して CRUD 操作を行う一連の静的データベース アクセス レイヤー クラスがあります。これらのオブジェクトは、それらに対してメモが記録されるなどの理由で、メモリ消費量がかなり大きくなる可能性があります。このクラスのセットを「A」と呼びましょう。
さらに、DropDownLists を設定する目的で読み取り専用操作を実行する Lookups という別の静的クラスがあります。非常に無駄のないオブジェクトが返されます (ID とテキスト フィールドのみ)。このクラスを「B」と呼びましょう。
クラス「B」のメソッドは、セット「A」と同じテーブルから読み取ります。
B のコードの一部は、より小さなオブジェクトを返すことを除いて、既に "A" にあるものと似ています。
B の DRY 原則に違反していますが、ドロップダウン リストにデータを入力する目的で大きなオブジェクトを返したくないという理由だけです。このシステムをスケーラブルにしたいので、RAM を使いやすくします。しかし、デザイン的にはもっと良い方法があるかもしれないと考えずにはいられません。
あなたは何をお勧めします？
次のプロジェクトでは Entity Framework を使用しますが、これは古い学校の ADO.NET ハンド コーディングされた SqlConnection および SqlCommand オブジェクトです。