Πώς μοντελοποιείτε ένα πεδίο σε καλά σχεδιασμένες κλάσεις;

Question

Accepted Answer

Η καλή μοντελοποίηση κλάσεων σημαίνει κλάσεις που αντιστοιχούν σε πραγματικές έννοιες πεδίου, καθεμία με **μία σαφή ευθύνη**, συνδεδεμένες μέσω ειλικρινών σχέσεων **is-a/has-a** και εξαρτώμενες από **αφαιρέσεις** στα όρια. Δεν υπάρχει τύπος, αλλά υπάρχει μια επαναλήψιμη διαδικασία. ## Μια πρακτική διαδικασία ```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 ``` ## Η συμπεριφορά ακολουθεί τα δεδομένα ```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); } } ``` ## Ευρετικές που διατηρούν τις ιεραρχίες υγιείς | Ευρετική | Γιατί | |---|---| | Προτιμήστε σύνθεση· χρησιμοποιήστε κληρονομιά μόνο για πραγματικό is-a | Αποφύγετε παγίδες fragile base class / LSP | | Κρατήστε τις ιεραρχίες ρηχές (2–3 επίπεδα) | Τα βαθιά δέντρα συνδέουν τα πάντα | | Ένας λόγος αλλαγής ανά κλάση (SRP) | Εντοπίζει την αλλαγή | | Προγραμματίστε προς διεπαφές στις ραφές | Δοκιμαστικότητα, εναλλαξιμότητα | | Κάντε τα value objects αμετάβλητα | Εξαλείφει μια κατηγορία σφαλμάτων | ## Παγίδα Μην μοντελοποιείτε *ολόκληρο* τον κόσμο εκ των προτέρων. Ξεκινήστε μικρά με συγκεκριμένες κλάσεις· εξάγετε αφαιρέσεις μόνο όταν εμφανίζεται πραγματική παραλλαγή (ο κανόνας του τρία). Οι κερδοσκοπικές ιεραρχίες γερνούν κακά. ## Γιατί έχει σημασία Ένα μοντέλο που αντικατοπτρίζει το πεδίο κάνει τον κώδικα αυτοεξηγούμενο — ένας νέος μηχανικός διαβάζει `order.refund()` και κατανοεί την επιχείρηση, όχι μόνο τη σύνταξη. Τα πλεονεκτήματα συγκεντρώνονται: συνεκτικές, χαλαρά συνδεδεμένες κλάσεις εντοπίζουν την αλλαγή, οπότε οι δυνατότητες και οι διορθώσεις σφαλμάτων αγγίζουν λίγα αρχεία αντί να διαδίδονται σε όλο το σύστημα.

Ευρετική	Γιατί
Προτιμήστε σύνθεση· χρησιμοποιήστε κληρονομιά μόνο για πραγματικό is-a	Αποφύγετε παγίδες fragile base class / LSP
Κρατήστε τις ιεραρχίες ρηχές (2–3 επίπεδα)	Τα βαθιά δέντρα συνδέουν τα πάντα
Ένας λόγος αλλαγής ανά κλάση (SRP)	Εντοπίζει την αλλαγή
Προγραμματίστε προς διεπαφές στις ραφές	Δοκιμαστικότητα, εναλλαξιμότητα
Κάντε τα value objects αμετάβλητα	Εξαλείφει μια κατηγορία σφαλμάτων