आम OOP एंटी-पैटर्न कौन से हैं?

Question

Accepted Answer

एंटी-पैटर्न आवर्ती "समाधान" हैं जो उचित दिखते हैं लेकिन डिजाइन को खराब करते हैं। OOP में सबसे आम **God Object**, **गहरी विरासत पदानुक्रम**, और **Anemic Domain Model** हैं। ## God Object एक क्लास जो बहुत कुछ जानती है और करती है — Single Responsibility का उल्लंघन करती है। ```java class AppManager { // 5,000 lines, touches everything void parseRequest() {} void queryDb() {} void renderHtml() {} void sendEmail() {} void logMetrics() {} void authUser() {} } // Fix: split into focused, cohesive classes (Router, Repo, View, Mailer...) ``` ## गहरी विरासत पदानुक्रम ```text Entity → LivingThing → Animal → Mammal → Carnivore → Feline → Cat → HouseCat ``` प्रत्येक स्तर सभी पूर्वजों से जुड़ा है; शीर्ष के पास परिवर्तन सर्वत्र फैलता है (fragile base class)। **फिक्स:** composition के साथ समतल करें; गहरी "is-a" श्रृंखलाओं के बजाय "has-a" क्षमताओं को प्राथमिकता दें। ## Anemic Domain Model वस्तुएं जो केवल getters/setters की बोरियां हैं जिनमें सभी तर्क कहीं और रहते हैं — केवल नाम में OOP। ```java // ANEMIC: data with no behavior; rules live in a separate "service" class Order { List items; double total; /* only getters/setters */ } class OrderService { double calcTotal(Order o) { ... } } // logic exiled // RICH: behavior lives with the data it operates on class Order { private List items; double total() { return items.stream().mapToDouble(Item::price).sum(); } } ``` ## अन्य जिन्हें नाम देने लायक हैं ```text → Yo-yo problem (jumping up/down a deep hierarchy to follow logic) → Circular deps (A needs B needs A) → Feature envy (a method that mostly uses another class's data) ``` ## यह महत्वपूर्ण क्यों है एंटी-पैटर्न यह है कि अच्छे इरादे कैसे सड़ जाते हैं: God Object आमतौर पर एक छोटे सहायक के रूप में शुरू होता है, anemic model "बस DTOs" के रूप में, फिर कठोर हो जाता है। उन्हें नाम देने से टीमों को कोड समीक्षा में एक साझा प्रारंभिक-चेतावनी शब्दावली मिलती है, और प्रत्येक एंटी-पैटर्न सीधे उस सिद्धांत (SRP, composition, encapsulation) की ओर संकेत करता है जो इसे ठीक करता है।