DDD / OOP - konsturowanie klasy, która ma zarówno części crudowe, jak i złożoną logikę

Question

Wybrałem Jave, ale równie dobrze może być to każdy inny język.
Od jakiegoś czasu staram się programować z wykorzystaniem zasad dotyczących wysokiej kohezji, która jest ważna w świecie obiektowym, ale oczywiście nie tylko.
Zastanawiam się co zrobić w przypadku, kiedy w requeście do mojej aplikacji wpadają dane dotyczące jakiegoś bytu np. standardowo produkt.

Przykład wymyślony:
Dostaje takie dane jak nazw, opis ale dodatkowo cena, ilość sztuk, a także magazyn, w którym znajduje się wskazany produkt.
Wymaganie biznesowe jest takie, że nie można dodać produktu do magazynu jeżeli takowy istnieje na magazynie i ma tam sztuk więcej niż N. 
No i zakładamy, że ta weryfikacji sztuk na magazynie jest jakąś tam logiką, która można być weryfikowana w obiekcie.

Natomiast co z danymi takimi jak nazwa i opis? Nie chce ich wsadzać do tego obiektu ponieważ nie będą one używane, ich zadaniem jest jedynie wejść do bazy i koniec.
Zakładając, że używam jakiegoś ORM'a to stworzy mi on klase, która bedzie miała w sobie zarówno nazwe, jak i te pola wymagane przez logikę.

Comments

Natomiast co z danymi takimi jak nazwa i opis?

Coś mi tu nie pasuje, czemu przy uzupełnianiu stanu magazynu trzeba by w ogóle jakkolwiek dotykać nazwę i opis? Jedyne co robimy to bierzemy produkt o jakimś ID i zwiększamy jego stanu magazynowy o N.

Answer 1

No to masz decyzję co do poświęcenia 2 pól aby utrzymać jednolity sposób odwoływania się do obiektu vs "elegancja i normalizacja danych". W bardzo wielu przypadkach, w logice biznesowej, poświęca się normalizację na korzyść jasnego (i pozbawionego wariantów) definiowania klasy/obiektu. Wbrew pozorom, kontrolowana i utrzymana na niskim poziomie nadmiarowość, zwiększa czytelność kodu. Pomyśl jakie piekło tworzył byś np. wybierając rozwiązanie różnicujące instancjonowanie obiektu z/bez nazwy i/lub innych pól. Ile powstało by kodu i "drabin if'ów". Tu trzeba rozsądnie podejść: "jak jest produkt, to się nazywa i ma opis a pojęcie pół-produkt, nie istnieje w domenie" :)