エンティティが多すぎますか？

Question

私は古いパズルを持っているので、私はあなたとそれを共有すると思った、正しい方向を得ることができるかもしれません。 データベース内のいくつかのエンティティは非常に大きく（多くのプロパティを持っています）、ビジネスロジックがすべてのエンティティプロパティを使用することはめったにないため、ビジネスロジックが正しく動作するためにロードするプロパティを考える必要があるたびにあります。非常に架空のサンプル。

public class Product 
{ 
    public string Title {get;set;} 
    public string Description {get;set;} 

    public string RetailPrice {get;set;} 
    public string SupplierId {get;set;} 

    public Supplier Supplier { get;set;} 

    // many other properties 
} 

public class ProductDiscountService 
{ 
    public decimal Get(Product product) 
    { 
     // use only RetailPrice and Supplier code 
     return discount; 
    } 
} 

public class ProductDescriptionService 
{ 
    public string GetSearchResultHtml(Product product) 
    { 
     // use only Title and Description 
     return html; 
    } 
} 

私はそれらの各インターフェイスを実装小さいのDTOを作成し、これらのインタフェースを実装するようインターフェースIDiscountProductとISearchResultProduct、マーク生成物を抽出ことができように見えますが、それはやり過ぎのように一瞬で見えます（少なくとも私は誰もインターフェイスを使用してプロパティをグループ化するのを見ていない）。

データベース内のエンティティをより小さなエンティティに分割することは、これらのプロパティがすべて製品に属しているため、妥当ではありません。何かを選択するために多くの結合を使用することを余儀なくされます。一部のプロパティは別のエンティティに属し、その移動は実装するのが非常に困難です。

特定のメソッドのビジネスロジックで使用されるすべてのプロパティをメソッドパラメータとして持つことは、悪い解決策のように見えます。

Answer 1

プロパティが大きい（長い文字列やバイナリを読み込む）場合を除いて、それらをすべてロードするだけです。以下

ポイントは、単純なプロパティ（タイトル）

1. ない余分なコード（タイトルだけでこの製品を入手、価格だけで、何とか、何とかしてもらう）
2. 製品インスタンスが常にあるためです完全であるため、プロパティがnullであるかどうかを確認せずに渡すことができます。
3. 他のプロパティを遅延ロードする必要がある場合は、それらを熱心に読み込むよりも多くの費用がかかります。 20個のプロパティがある場合、これは大きなオブジェクトでもありません（また、仮説的なDescriptionプロパティのサイズがキロバイトでない場合）。

ここで、関連するオブジェクト（ProductSupplier）がある場合、このプロパティが使用されることがわかっている場合を除き、これは遅延ロードされます。