तपाइँ कसरी एक डोमेनलाई राम्रोसँग डिजाइन गरिएका क्लासहरूमा मडेल गर्नुहुन्छ?

Question

Accepted Answer

राम्रो क्लास मडेलिङको अर्थ एसँग क्लासहरू जो वास्तविक डोमेन अवधारणाहरूसँग म्याप हुन्छन्, प्रत्येकको **एक स्पष्ट जिम्मेवारी**को साथ, सच्चाई **is-a/has-a** सम्बन्धहरूको माध्यमबाट सम्बन्धित, र सीमाहरुमा **abstractions** मा निर्भर। त्यहाँ कुनै सूत्र छैन, तर त्यहाँ एक दोहोरिने प्रक्रिया छ। ## एक व्यावहारिक प्रक्रिया ```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); } } ``` ## Heuristics जो पदानुक्रमहरूलाई स्वस्थ राख्छन् | Heuristic | किन | |---|---| | Composition लाई प्राथमिकता दिनुहोस्; inheritance लाई केवल सच्चाई is-a को लागि प्रयोग गर्नुहोस् | Fragile base class / LSP ट्र्याप बचाउँछ | | पदानुक्रमहरू उथले राख्नुहोस् (२–३ स्तर) | गहिरो रुखहरू सबै कुरा जोडिन्छ | | प्रति क्लास परिवर्तनको एक कारण (SRP) | परिवर्तनलाई स्थानीयकृत गर्छ | | Interfaces मा सीमाहरुमा प्रोग्राम गर्नुहोस् | Testability, swappability | | Value objects लाई अपरिवर्तनीय बनाउनुहोस् | बग को एक वर्ग हटाउँछ | ## चेतावनी सम्पूर्ण संसारलाई अगाडि मडेल नगर्नुहोस्। कंक्रीट क्लासहरूको साथ सानो सुरु गर्नुहोस्; वास्तविक भिन्नता देखा पर्दा मात्र abstractions निकाल्नुहोस् (तीनको नियम)। सट्टाको पदानुक्रमहरू खराब उमेर। ## यो किन महत्त्वपूर्ण छ एक मडेल जो डोमेनलाई प्रतिबिम्बित गर्छ कोडलाई आत्म-व्याख्यात्मक बनाउँछ — एक नयाँ इञ्जिनियरले `order.refund()` पढ्छ र व्यावसायिकतालाई बुझ्छ, केवल सिन्ट्याक्स नभई। पुरस्कार यौगिक: cohesive, loosely coupled क्लासहरू परिवर्तनलाई स्थानीयकृत गर्छन्, त्यसै गरी सुविधाहरू र बग फिक्सहरू कम फाइलहरूलाई छुन्छन् साधारणतया प्रणालीको भरमा छिर्ने अपेक्षा।

Heuristic	किन
Composition लाई प्राथमिकता दिनुहोस्; inheritance लाई केवल सच्चाई is-a को लागि प्रयोग गर्नुहोस्	Fragile base class / LSP ट्र्याप बचाउँछ
पदानुक्रमहरू उथले राख्नुहोस् (२–३ स्तर)	गहिरो रुखहरू सबै कुरा जोडिन्छ
प्रति क्लास परिवर्तनको एक कारण (SRP)	परिवर्तनलाई स्थानीयकृत गर्छ
Interfaces मा सीमाहरुमा प्रोग्राम गर्नुहोस्	Testability, swappability
Value objects लाई अपरिवर्तनीय बनाउनुहोस्	बग को एक वर्ग हटाउँछ