Le entità fanno troppo?

Question

Ho un vecchio rompicapo, quindi ho pensato di condividerlo con te, forse avrò la giusta direzione. Il fatto è che alcune delle nostre entità nel database sono piuttosto grandi (leggi hanno molte proprietà) e raramente la logica aziendale utilizza tutte le proprietà dell'entità, quindi ogni volta ho bisogno di pensare quali proprietà devono essere caricate affinché la logica di business funzioni correttamente. Molto ipotetico campione:

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; 
    } 
} 

Sembra che ho potuto estrarre interfacce IDiscountProduct e ISearchResultProduct, prodotto marchio come attuazione di queste interfacce, quindi creare DTOs più piccole di attuazione ciascuna di queste interfacce, ma che guarda al momento come eccessivo (almeno Non ho visto nessuno raggruppare le proprietà usando le interfacce).

Per dividere l'entità nel database in entità più piccole anche non sembra ragionevole, poiché tutte queste proprietà appartengono al prodotto e temo che sarò costretto a utilizzare molti join per selezionare qualcosa e se deciderò che alcune proprietà appartengono a un'altra entità, questa mossa sarà piuttosto difficile da implementare.

Per avere ogni proprietà utilizzata nella logica di business di un particolare metodo come parametro di metodo sembra anche una soluzione non valida.

Answer 1

A meno che le proprietà non siano grandi (leggi stringhe lunghe e/o binari), le caricherò tutte.

I punti di seguito sono oggetti semplici (ad esempio il titolo)

1. No codice aggiuntivo (ottenere questo prodotto con il titolo solo, o ottenere con il prezzo unico, bla-bla)
2. Un'istanza prodotto è sempre completo, così puoi passarlo senza verificare se la proprietà è nullo.
3. Se è necessario caricare pigro alcune altre proprietà, ti costerà di più che caricarle con impazienza. Se hai 20 proprietà - questo non è nemmeno un oggetto grande (di nuovo, se la tua (descrizione) Descrizione non è di dimensioni in kilobyte).

Ora, se si hanno oggetti correlati (ProductSupplier) - questo dovrebbe essere pigro-caricato, imo, a meno che non si sappia che questa proprietà verrà utilizzata.