როგორ მოდელირებთ დომენს კარგად შემუშავებული კლასებით?

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-სთვის | თავიდან აიცილო მტყუნო ბაზის კლასი / LSP ხაფანგები | | მიდით ჯერარქია ზღვრული (2–3 დონე) | ღრმა ხეები აკავშირებს ყველაფერს | | ერთი ცვლილების მიზეზი კლასში (SRP) | ცვლილება ლოკალიზდება | | პროგრამა ინტერფეისების მიმართ შეთხვევებში | გამოცდის უნარი, შეცვლის უნარი | | მნიშვნელობის ობიექტები უცვლელი გააკეთე | აღმოფხვრა კლასი ხარვეზებისა | ## ხარვეზი ნუ მოდელირებთ მთელ *სამყაროს* ერთბაშად. დაიწყეთ პატარა ჯამი ქვემდებარე კლასებით; აბსტრაქციები ამოიღეთ მხოლოდ როდესაც რეალური ცვლილება გამოჩნდება (სამი წესი). სპეკულაციური ჯერარქია ცუდად დაბერდება. ## რატომ მნიშვნელოვანია მოდელი, რომელიც დომენს ასახავს, კოდს თვით-აღმაფრთოვანებელს ხდის — ახალი ინჟინერი `order.refund()` კითხულობს და ბიზნესს, არა მხოლოდ სინტაქსს გებულებს. გამოსყიდვა კრებით იზრდება: კოჰეზიური, სუსტი კავშირი მქონე კლასები ცვლილებას ლოკალიზირებენ, რადგან ფიჩერები და ხარვეზის სამოსახურე ცოტა ფайლს შეეხება ნაცვლად სისტემაში ტალღის წამოწევის.

ევრისტიკა	რატომ
უპირატესობა კომპოზიციას; მემკვიდრეობა გამოიყენე მხოლოდ ჭეშმარიტი is-a-სთვის	თავიდან აიცილო მტყუნო ბაზის კლასი / LSP ხაფანგები
მიდით ჯერარქია ზღვრული (2–3 დონე)	ღრმა ხეები აკავშირებს ყველაფერს
ერთი ცვლილების მიზეზი კლასში (SRP)	ცვლილება ლოკალიზდება
პროგრამა ინტერფეისების მიმართ შეთხვევებში	გამოცდის უნარი, შეცვლის უნარი
მნიშვნელობის ობიექტები უცვლელი გააკეთე	აღმოფხვრა კლასი ხარვეზებისა