Entidades haciendo demasiado?

Question

Tengo un viejo acertijo, así que pensé en compartirlo con usted, puede ser que vaya en la dirección correcta. La cosa es que algunas de nuestras entidades en la base de datos son bastante grandes (lee tienen muchas propiedades) y rara vez la lógica empresarial usa todas las propiedades de la entidad, por lo que cada vez que necesito pensar qué propiedades deben cargarse para que la lógica empresarial funcione correctamente. muestra muy hipotética:

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

Parece como si pudiera extraer las interfaces IDiscountProduct y ISearchResultProduct, producto de marca como la implementación de esas interfaces, a continuación, crear dtos más pequeños de ejecución cada una de esas interfaces, pero que se ve en este momento como una exageración (por lo menos No he visto a nadie agrupando propiedades usando interfaces).

dividir entidad en la base de datos a entidades más pequeñas tampoco parece razonable, ya que todas esas propiedades pertenecen al producto y me temo que me veré obligado a utilizar muchas combinaciones para seleccionar algo y si voy a decidir eso alguna propiedad pertenece a otra entidad, ese movimiento será bastante difícil de implementar.

Tener todas las propiedades utilizadas en la lógica empresarial del método particular como parámetro de método también parece una mala solución.

Answer 1

A menos que las propiedades sean grandes (lea cadenas largas y/o binarios) simplemente las cargaría todas. a continuación

Los puntos son para las propiedades simples (por ejemplo, título)

1. Sin código adicional (conseguir este producto con el título solamente, o conseguir con precio solamente, bla-bla)
2. Una instancia de producto es siempre completo, para que pueda pasarlo sin verificar si la propiedad es nula.
3. Si tiene que cargar otras propiedades perezosas, le costará más que cargarlas con entusiasmo. Si tiene como 20 propiedades, esto ni siquiera es un objeto grande (de nuevo, si su propiedad (hipotética) Descripción no tiene un tamaño de kilobytes).

Ahora, si tiene objetos relacionados (ProductSupplier) - esto debe ser cargado de forma diferida, imo, a menos que sepa que esta propiedad se utilizará.