Kako modelirate domeno v dobro zasnovane razrede?

Question

Accepted Answer

Dobro modeliranje razredov pomeni razrede, ki se preslikavajo na prave koncepte domene, vsak z **eno jasno odgovornostjo**, povezane preko poštenih **is-a/has-a** odnosov, in odvisne od **abstrakcij** na mejah. Ni formule, vendar pa obstaja ponovljiv proces. ## Praktični 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 ``` ## Vedenje sledi podatkom ```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); } } ``` ## Hevristike, ki ohranjajo zdravo hierarhijo | Hevristika | Zakaj | |---|---| | Prednostno sestavo; dedovanje le za prave is-a | Izogiba se pastim krhke bazne klase / LSP | | Ohranjajte plitke hierarhije (2–3 ravni) | Globoka drevesa vse povezujejo | | En razlog za spremembo na razred (SRP) | Lokalizira spremembo | | Programirajte na vmesnike na šivih | Testabilnost, zamenljivost | | Naredite vrednostne objekte nespremenljive | Odpravi razred napak | ## Pasti Ne modelirajte *cele* sveta takoj. Začnite majhno s konkretnimi razredi; abstrakcije izvlecite le, ko se pojavi prava variacija (pravilo tri). Spekulativne hierarhije se slabo starajoče. ## Zakaj je to pomembno Model, ki odraža domeno, naredi kod samoobjasnjujoč — novi inženir prebere `order.refund()` in razume poslovanje, ne samo sintakso. Dobiček se sešteva: kohezivni, rahlo povezani razredi lokalizirajo spremembo, zato funkcionalnosti in popravki napak zadevajo malo datotek namesto da se razširijo po sistemu.

Hevristika	Zakaj
Prednostno sestavo; dedovanje le za prave is-a	Izogiba se pastim krhke bazne klase / LSP
Ohranjajte plitke hierarhije (2–3 ravni)	Globoka drevesa vse povezujejo
En razlog za spremembo na razred (SRP)	Lokalizira spremembo
Programirajte na vmesnike na šivih	Testabilnost, zamenljivost
Naredite vrednostne objekte nespremenljive	Odpravi razred napak