Podmioty za dużo?

Question

Mam starą układankę, więc pomyślałem, że podzielę się nią z tobą, może uda się uzyskać właściwy kierunek. Rzecz w tym, że niektóre z naszych jednostek w bazie danych są dość duże (read ma wiele właściwości), a rzadko logika biznesowa używa wszystkich właściwości encji, więc za każdym razem muszę myśleć, jakie właściwości muszą być załadowane, aby logika biznesowa działała poprawnie. Bardzo hipotetyczny przykład:

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

Wygląda mogłem wydobyć interfejsy IDiscountProduct i ISearchResultProduct, Wyrób oznakowany jako wdrożenie tych interfejsów, a następnie utworzyć mniejsze DTOs wykonawczych każdej z tych interfejsów, ale to wygląda w tej chwili jak Overkill (przynajmniej Nie widziałem nikogo grupującego właściwości za pomocą interfejsów).

Rozdzielenie obiektu w bazie danych na mniejsze obiekty również nie wygląda rozsądnie, ponieważ wszystkie te właściwości należą do produktu i obawiam się, że będę zmuszony użyć wielu sprzężeń, aby wybrać coś i jeśli zdecyduję, że jakaś własność należy do innego podmiotu, ten ruch będzie trudny do zrealizowania.

Aby każda właściwość używana w logice biznesowej danej metody jako parametr metody również wyglądała na niewłaściwą.

Answer 1

O ile właściwości nie są duże (czytaj długie łańcuchy i/lub pliki binarne), po prostu wczytałbym je wszystkie.

punkty poniżej są dla prostych właściwościach (np tytuł)

1. No dodatkowy kod (Get ten produkt z tytułu tylko, lub uzyskać tylko cena, bla-bla)
2. Instancja produktu jest zawsze kompletny, dzięki czemu możesz go przekazać bez sprawdzania, czy właściwość jest pusta.
3. Jeśli będziesz musiał leniwym załadować inne właściwości, będzie cię to kosztować więcej niż ładowanie ich z zapałem. Jeśli masz 20 właściwości - nie jest to nawet duży obiekt (ponownie, jeśli twoja (hipotetyczna) właściwość Opis nie ma kilobajtów).

Teraz, jeśli masz powiązanych obiektów (ProductSupplier) - to powinno być leniwy, imo, chyba że wiesz, że ta właściwość będzie używana.