मुझे लगता है कि बहुत सारे लोग ओवर-इंजीनियर समाधान की कोशिश करते हैं। वे "एडम एंड ईव" दृष्टिकोण लेते हैं जब बस थोड़ा और अधिक व्यावहारिक होता है जो बहुत कुछ करके चीजों को सरल करता है।
विशिष्ट कक्षाएं बुराई नहीं हैं, वे ध्वनि सॉफ़्टवेयर डिज़ाइन का स्वाभाविक परिणाम हैं।
कई प्रोग्रामर, मेरी राय में, यह समझने में विफल रहते हैं और ऐसी कोई पुस्तक नहीं है जो मुझे पता हो कि यह स्पष्ट रूप से स्पष्ट है।
एक और चीज जो निश्चित रूप से मदद करती है, वह है टीडीडी, जो आपको यह समझने में मदद करता है कि आप "कैसे" क्लास में प्रैक्टिस कर रहे हैं और कई मामलों में दिन बचा सकते हैं, क्योंकि यह दिन में शुरुआती समस्याओं / सीमाओं को दर्शाता है।
अंत में, एक और बहुत महत्वपूर्ण बात यह है कि यदि आप डिज़ाइन पैटर्न हैं तो मैं देखूंगा। डिज़ाइन पैटर्न यह है कि लोग आपसे या मुझसे अधिक कैसे प्रोग्रामिंग समस्याओं का समाधान करते हैं। पैटर्न के पीछे का विचार, क्या लगता है ?, यह है कि वे cookbooks, व्यंजनों के रूप में उपयोग नहीं किया जाना है कि आप सिर्फ वहाँ स्लैम करते हैं, लेकिन सबसे पहले और सबसे महत्वपूर्ण रूप से अपने आवेदन डोमेन को समझते हैं।
पैटर्न का एक बुद्धिमान उपयोग आपके द्वारा प्रबंधित विवरणों की मात्रा को बहुत कम कर देगा।
एक अच्छा डिजाइन पैटर्न पुस्तकालय आपकी बहुत जरूरतों के आसपास डिज़ाइन किया गया है, अमूल्य साबित होगा। आइए, चीजों को संदर्भ में रखने के लिए एक बहुत ही सरल उदाहरण देखें:
कल्पना कीजिए कि आपके पास एक फॉर्म है, जब एक बटन दबाया जाता है, तो अन्य रूपों को खुद को अपडेट करना होगा। यह एक विशिष्ट "पर्यवेक्षक" पैटर्न है। आपके पास एक विषय और कई पर्यवेक्षक हैं, जो उन्हें विषय के साथ खुद को पंजीकृत करते हैं। आपको एक इंटरफ़ेस लागू करने की आवश्यकता क्यों है? आप बस विधियों को जोड़ सकते हैं, या बेहतर अभी तक, पर्यवेक्षकों के लिए एक इंटरफ़ेस और विषय के लिए एक सामान्य सूची का उपयोग कर सकते हैं। अब आपको दोनों दुनिया का सबसे अच्छा मिला: पर्यवेक्षकों के लिए स्वतंत्रता और विषय पर कोई भी अस्पष्ट-अजीब बातें नहीं।
आशा है कि यह आप के लिए समझ में आता है!
एंड्रिया