Bagaimanakah anda memodelkan domain ke dalam kelas yang direka dengan baik?

Question

Accepted Answer

Pemodelan kelas yang baik bermakna kelas yang memetakan kepada konsep domain sebenar, masing-masing dengan **satu tanggungjawab yang jelas**, berkaitan melalui hubungan **is-a/has-a** yang jujur, dan bergantung pada **abstraksi** di sempadan. Tiada formula, tetapi ada proses yang boleh diulang. ## Proses praktis ```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 ``` ## Perilaku mengikuti 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); } } ``` ## Heuristik yang mengekalkan hierarki sihat | Heuristik | Mengapa | |---|---| | Pilih komposisi; gunakan pewarisan hanya untuk is-a yang sebenar | Elakkan perangkap kelas asas rapuh / LSP | | Pastikan hierarki cetek (2–3 aras) | Pokok dalam mengikat semuanya | | Satu sebab untuk berubah per kelas (SRP) | Lokalisir perubahan | | Program untuk antara muka di jahitan | Kebolehujian, kebolehtukar | | Buat objek nilai tidak boleh berubah | Hilangkan kelas pepijat | ## Perangkap Jangan modelkan *seluruh* dunia dari awal. Mulai kecil dengan kelas konkrit; ekstrak abstraksi hanya apabila variasi sebenar muncul (peraturan tiga). Hierarki spekulatif menua dengan buruk. ## Mengapa ia penting Model yang mencerminkan domain membuat kod yang menjelaskan diri sendiri — seorang jurutera baru membaca `order.refund()` dan memahami perniagaan, bukan hanya sintaks. Keuntungan bertambah: kelas kohesif, longgar berpasangan melokalisir perubahan, supaya ciri dan pembaikan pepijat menyentuh beberapa fail daripada merambat ke seluruh sistem.

Heuristik	Mengapa
Pilih komposisi; gunakan pewarisan hanya untuk is-a yang sebenar	Elakkan perangkap kelas asas rapuh / LSP
Pastikan hierarki cetek (2–3 aras)	Pokok dalam mengikat semuanya
Satu sebab untuk berubah per kelas (SRP)	Lokalisir perubahan
Program untuk antara muka di jahitan	Kebolehujian, kebolehtukar
Buat objek nilai tidak boleh berubah	Hilangkan kelas pepijat