Jak modelujete doménu do dobře navržených tříd?

Question

Accepted Answer

Dobré modelování tříd znamená třídy, které mapují na reálné koncepty domény, každá s **jednou jasnou zodpovědností**, vzájemně spojené opravdovými vztahy **is-a/has-a** a závislé na **abstrakcích** na hranicích. Neexistuje žádný vzorec, ale existuje opakovatelný proces. ## Praktický proces ```text 1. Find the NOUNS → candidate classes (Order, Customer, Payment) 2. Find the VERBS → candidate behaviors/methods (place, refund, ship) 3. Assign each behavior to the class that OWNS the data it needs (high cohesion) 4. Choose relationships: IS-A (rare, must pass LSP) vs HAS-A (default) 5. Depend on interfaces at boundaries (DIP); inject volatile dependencies 6. Keep invariants inside the object (encapsulation); prefer immutability for values ``` ## Chování následuje data ```java // ❌ logic separated from data (anemic) → low cohesion class Order { List items; } class OrderCalculator { double total(Order o) {...} } // ✅ behavior lives with the data it operates on class Order { private final List items; public Money total() { // owns its own rule return items.stream().map(Item::price).reduce(Money.ZERO, Money::plus); } } ``` ## Heuristiky, které udržují hierarchie zdravé | Heuristika | Proč | |---|---| | Preferujte složení; používejte dědičnost pouze pro skutečný is-a | Vyhýbejte se pastím fragile base class / LSP | | Udržujte hierarchie mělké (2–3 úrovně) | Hluboké stromy vázou vše dohromady | | Jeden důvod ke změně na třídu (SRP) | Lokalizuje změnu | | Programujte na rozhraní na hranicích | Testovatelnost, zaměnitelnost | | Udělejte objekty hodnot neměnné | Eliminuje celou třídu chyb | ## Úskalí Nemsdelujte *celý* svět předem. Začněte malými konkrétními třídami; extrahujte abstrakce až když se objeví skutečná variace (pravidlo tří). Spekulativní hierarchie se špatně stáří. ## Proč na tom záleží Model, který zrcadlí doménu, činí kód sám vysvětlující — nový inženýr čte `order.refund()` a rozumí podnikání, ne jen syntaxi. Výhoda se zvyšuje: koherentní, volně spojené třídy lokalizují změnu, takže funkce a opravy chyb se dotknou několika souborů místo aby se šířily po celém systému.

Heuristika	Proč
Preferujte složení; používejte dědičnost pouze pro skutečný is-a	Vyhýbejte se pastím fragile base class / LSP
Udržujte hierarchie mělké (2–3 úrovně)	Hluboké stromy vázou vše dohromady
Jeden důvod ke změně na třídu (SRP)	Lokalizuje změnu
Programujte na rozhraní na hranicích	Testovatelnost, zaměnitelnost
Udělejte objekty hodnot neměnné	Eliminuje celou třídu chyb