ਤੁਸੀਂ ਇੱਕ ਡੋਮੇਨ ਨੂੰ ਚੰਗੀ ਤਰਾਂ ਡਿਜ਼ਾਈਨ ਕੀਤੀਆਂ ਕਲਾਸਾਂ ਵਿੱਚ ਕਿਵੇਂ ਮਾਡਲ ਕਰਦੇ ਹੋ?

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); } } ``` ## ਹਿਊਰਿਸਟਿਕਸ ਜੋ ਹਾਇਰਾਰਕੀਆਂ ਨੂੰ ਸਵਸਥ ਰੱਖਦੇ ਹਨ | Heuristic | ਕਿਉਂ | |---|---| | Composition ਨੂੰ ਤਰਜੀਹ ਦਿਓ; inheritance ਨੂੰ ਸਿਰਫ ਸੱਚੇ is-a ਲਈ ਵਰਤੋ | Fragile base class / LSP ਪਾਸ਼ ਤੋਂ ਬਚਾਓ | | ਹਾਇਰਾਰਕੀਆਂ ਨੂੰ ਥੋੜ੍ਹਾ ਰੱਖੋ (2–3 ਪੱਧਰ) | ਡੂੰਘੇ ਰੁੱਖ ਸਭ ਕੁਝ ਜੋੜਦੇ ਹਨ | | ਪ੍ਰਤੀ ਕਲਾਸ ਪਰਿਵਰਤਨ ਦਾ ਇੱਕ ਕਾਰਨ (SRP) | ਪਰਿਵਰਤਨ ਨੂੰ ਸਥਾਨਬੱਧ ਕਰਦਾ ਹੈ | | ਸਿਮਾਂ ਤੇ Interfaces ਕੋਲ ਪ੍ਰੋਗ੍ਰਾਮ ਕਰੋ | ਪਰਖ ਕਰਨ ਦੀ ਸਮਰੱਥਾ, ਬਦਲਣ ਦੀ ਯੋਗਤਾ | | Value objects ਨੂੰ ਅਪਰਿਵਰਤਨਸ਼ੀਲ ਬਣਾਓ | Bugs ਦੀ ਇੱਕ ਕਲਾਸ ਨੂੰ ਖਤਮ ਕਰਦਾ ਹੈ | ## ਜਾਲ ਪੂਰੀ ਦੁਨੀਆ ਨੂੰ ਅੱਗੇ ਮਾਡਲ ਨਾ ਕਰੋ। ਠੋਸ ਕਲਾਸਾਂ ਦੇ ਨਾਲ ਛੋਟਾ ਸ਼ੁਰੂ ਕਰੋ; ਸੰਖੇਪ ਨਿਕਾਲੋ ਸਿਰਫ ਜਦੋਂ ਅਸਲ ਭਿੰਨਤਾ ਪ੍ਰਗਟ ਹੋਵੇ (ਤਿੰਨ ਦਾ ਨਿਯਮ)। ਮਨਸਾਬੀ ਹਾਇਰਾਰਕੀਆਂ ਖਰਾਬ ਉਮਰ। ## ਇਹ ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ ਇੱਕ ਮਾਡਲ ਜੋ ਡੋਮੇਨ ਨੂੰ ਪ੍ਰਤੀਬਿੰਬਿਤ ਕਰਦਾ ਹੈ ਕੋਡ ਨੂੰ ਸਵੈ-ਸਪਸ਼ਟ ਬਣਾਉਂਦਾ ਹੈ — ਇੱਕ ਨਵੇਂ ਇੰਜਨੀਅਰ `order.refund()` ਨੂੰ ਪੜ੍ਹਦੇ ਹਨ ਅਤੇ ਵਪਾਰ ਨੂੰ ਸਮਝਦੇ ਹਨ, ਸਿਰਫ ਸਿੰਟੈਕਸ ਨਹੀਂ। ਲਾਭ ਮਿਸ਼ਰਤ ਹਨ: ਤਾਲਮੇਲ ਵਾਲੀਆਂ, ਢਿੱਲਾ ਜੁੜੀਆਂ ਕਲਾਸਾਂ ਪਰਿਵਰਤਨ ਨੂੰ ਸਥਾਨਬੱਧ ਕਰਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਅਤੇ ਬਗ ਠੀਕ ਕੁਝ ਫਾਇਲਾਂ ਨੂੰ ਛੂਹਦੇ ਹਨ ਬਜਾਏ ਪ੍ਰਣਾਲੀ ਦੀ ਵਿਸਥਾਰਪੂਰਵਕ ਪਰਿਵਰਤਨ ਦੇ।

Heuristic	ਕਿਉਂ
Composition ਨੂੰ ਤਰਜੀਹ ਦਿਓ; inheritance ਨੂੰ ਸਿਰਫ ਸੱਚੇ is-a ਲਈ ਵਰਤੋ	Fragile base class / LSP ਪਾਸ਼ ਤੋਂ ਬਚਾਓ
ਹਾਇਰਾਰਕੀਆਂ ਨੂੰ ਥੋੜ੍ਹਾ ਰੱਖੋ (2–3 ਪੱਧਰ)	ਡੂੰਘੇ ਰੁੱਖ ਸਭ ਕੁਝ ਜੋੜਦੇ ਹਨ
ਪ੍ਰਤੀ ਕਲਾਸ ਪਰਿਵਰਤਨ ਦਾ ਇੱਕ ਕਾਰਨ (SRP)	ਪਰਿਵਰਤਨ ਨੂੰ ਸਥਾਨਬੱਧ ਕਰਦਾ ਹੈ
ਸਿਮਾਂ ਤੇ Interfaces ਕੋਲ ਪ੍ਰੋਗ੍ਰਾਮ ਕਰੋ	ਪਰਖ ਕਰਨ ਦੀ ਸਮਰੱਥਾ, ਬਦਲਣ ਦੀ ਯੋਗਤਾ
Value objects ਨੂੰ ਅਪਰਿਵਰਤਨਸ਼ੀਲ ਬਣਾਓ	Bugs ਦੀ ਇੱਕ ਕਲਾਸ ਨੂੰ ਖਤਮ ਕਰਦਾ ਹੈ