वस्तु-आधारित विश्लेषण और डिजाइन सॉफ्टवेयर निर्माण के लिए एक संरचित दृष्टिकोण प्रदान करते हैं। यह विधि फ़ंक्शन और तर्क के बजाय डेटा या वस्तुओं के चारों ओर कोड को व्यवस्थित करने पर केंद्रित है। बनाए रखने योग्य, स्केलेबल और मजबूत प्रणालियों को बनाने के लिए मौलिक निर्माण ब्लॉकों को समझना आवश्यक है। यह मार्गदर्शिका किसी भी वस्तु-आधारित वास्तुकला को संरचित करने वाले मूल तत्वों का विस्तृत विवरण देती है।
🔍 नींव: क्लास और ऑब्जेक्ट
इस दृष्टिकोण के आधार पर दो भिन्न लेकिन संबंधित अवधारणाएं निहित हैं: क्लास और ऑब्जेक्ट। इन दोनों को भ्रमित करना प्रारंभिक डिजाइन चरण में एक सामान्य गलती है। परिभाषा और उदाहरण के बीच अंतर करना अत्यंत महत्वपूर्ण है।
- क्लास:एक ब्लूप्रिंट या टेम्पलेट। यह संरचना और व्यवहार को परिभाषित करता है। यह बताता है कि कौन से गुण मौजूद हैं और कौन से संचालन किए जा सकते हैं। यह तब तक मेमोरी को उसी तरह नहीं घेरता जब तक कि इसे इंस्टेंसिएट नहीं किया जाता।
- ऑब्जेक्ट:क्लास का एक ठोस उदाहरण। जब कोई प्रोग्राम चलता है, तो यह क्लास परिभाषा के आधार पर ऑब्जेक्ट बनाता है। प्रत्येक ऑब्जेक्ट अपनी अपनी स्थिति को धारण करता है।
एक प्रणाली पर विचार करें जो डिजिटल इन्वेंट्री का प्रबंधन करती है।उत्पाद क्लास यह परिभाषित करती है कि एक उत्पाद कैसा दिखता है: इसमें एक नाम, एक कीमत और स्टॉक गिनती होती है। जब प्रणाली डेटा लोड करती है, तो यह व्यक्तिगतउत्पाद ऑब्जेक्ट बनाती है। एक ऑब्जेक्ट एक विशिष्ट लैपटॉप का प्रतिनिधित्व कर सकता है, जबकि दूसरा एक विशिष्ट माउस का प्रतिनिधित्व करता है। दोनों समान संरचना साझा करते हैं लेकिन अलग-अलग डेटा मान धारण करते हैं।
क्लास की मुख्य विशेषताएं
- स्थिति:चर में संग्रहीत डेटा, जिन्हें अक्सर फ़ील्ड या गुण कहा जाता है।
- व्यवहार:विधियों या फ़ंक्शनों के माध्यम से निष्पादित तर्क।
- पहचान:एक उदाहरण को दूसरे से अलग करने का एक अनूठा तरीका।
🛡️ एन्कैप्सुलेशन: डेटा की सुरक्षा
एन्कैप्सुलेशन वह तंत्र है जो डेटा और विधियों को एक साथ बांधता है, जबकि किसी ऑब्जेक्ट के कुछ घटकों तक सीधी पहुंच को सीमित करता है। यह किसी ऑब्जेक्ट की आंतरिक स्थिति को छिपाने और सभी अंतःक्रिया को एक अच्छी तरह परिभाषित इंटरफ़ेस के माध्यम से होने की आवश्यकता के रूप में किया जाता है।
एन्कैप्सुलेशन क्यों महत्वपूर्ण है
- डेटा की अखंडता:डेटा को कैसे संशोधित किया जाता है, यह नियंत्रित करके आप अमान्य स्थितियों को रोकते हैं। उदाहरण के लिए, एक बैंक खाता ऑब्जेक्ट को सीधे बैलेंस को नकारात्मक होने की अनुमति नहीं देनी चाहिए।
- अमूर्तता:ऑब्जेक्ट के उपयोगकर्ताओं को केवल यह जानने की आवश्यकता है कि ऑब्जेक्ट क्या करता है, यह नहीं कि यह इसे कैसे करता है।
- रखरखाव:यदि आंतरिक कार्यान्वयन बदल जाता है, तो बाहरी कोड तब तक नहीं टूटता जब तक कि इंटरफ़ेस वही रहता है।
व्यावहारिक रूप से, इसे एक्सेस मॉडिफायर के माध्यम से प्राप्त किया जाता है। ये कीवर्ड क्लास सदस्यों की दृश्यता निर्धारित करते हैं। सामान्य दृश्यता स्तरों में सार्वजनिक, निजी और संरक्षित शामिल हैं। निजी सदस्य केवल क्लास के भीतर ही पहुंच योग्य होते हैं। सार्वजनिक सदस्य कहीं से भी पहुंच योग्य होते हैं। संरक्षित सदस्य क्लास के भीतर और उप-क्लास द्वारा पहुंच योग्य होते हैं।
🌳 अभिव्यक्ति: जटिलता को सरल बनाना
अभिव्यक्ति जटिल कार्यान्वयन विवरणों को छिपाने और केवल आवश्यक विशेषताओं को प्रकट करने पर केंद्रित है। यह डेवलपर्स को उच्च-स्तरीय अवधारणाओं के साथ काम करने की अनुमति देता है, बिना निम्न-स्तरीय विवरणों में फंसने के। यह विश्लेषण चरण के दौरान संज्ञानात्मक भार को कम करता है।
अभिव्यक्ति के प्रकार
- अमूर्त वर्ग:ये स्वयं संस्थापित नहीं किए जा सकते। इन्हें अन्य वर्गों द्वारा विस्तारित होने के लिए डिज़ाइन किया गया है। इनमें अमूर्त विधियाँ (बिना कार्यान्वयन के) और ठोस विधियाँ (कार्यान्वयन के साथ) दोनों हो सकती हैं।
- इंटरफ़ेस:एक अनुबंध जो एक वर्ग को कार्यान्वित करने वाले विधियों के समूह को निर्दिष्ट करता है। यह यह नहीं बताता कि विधियाँ कैसे काम करती हैं, केवल यह बताता है कि वे मौजूद हैं।
अभिव्यक्ति चिंताओं के पृथक्करण का समर्थन करती है। एक उपयोगकर्ता जिसके साथ बातचीत कर रहा है, भुगतान प्रोसेसर को उपयोग किए गए विशिष्ट एन्क्रिप्शन एल्गोरिदम को जानने की आवश्यकता नहीं है। वे केवल processPayment विधि को कॉल करते हैं। यह पृथक्करण प्रणाली को समझने में आसान बनाता है।
🔄 वंशावली: कोड का पुन: उपयोग
वंशावली एक नए वर्ग को मौजूदा वर्ग के गुणों और व्यवहारों को अपनाने की अनुमति देती है। मौजूदा वर्ग माता-पिता या सुपरक्लास है। नया वर्ग बच्चा या सबक्लास है। यह कोड के पुन: उपयोग को बढ़ावा देता है और एक तार्किक क्रम स्थापित करता है।
वंशावली के लाभ
- कम पुनरावृत्ति:सामान्य तर्क एक बार माता-पिता वर्ग में लिखा जाता है।
- विस्तारणीयता:नए प्रकार मौजूदा कोड को संशोधित किए बिना जोड़े जा सकते हैं।
- बहुरूपता:वंशावली बहुरूप व्यवहार को सक्षम बनाती है, जिससे अलग-अलग वर्गों को एक ही माता-पिता वर्ग के उदाहरणों के रूप में संभाला जा सके।
हालाँकि, वंशावली का उपयोग सावधानी से किया जाना चाहिए। गहरे क्रम बनाए रखने में कठिन हो सकते हैं। माता-पिता और बच्चे वर्गों के बीच कसकर जुड़ाव आधार वर्ग में परिवर्तन की आवश्यकता होने पर समस्याओं का कारण बन सकता है। संरचना अक्सर जटिल संबंधों के लिए एक पसंदीदा विकल्प होती है।
🎭 बहुरूपता: कार्रवाई में लचीलापन
बहुरूपता अलग-अलग वर्गों के वस्तुओं को एक ही विधि कॉल के लिए अलग-अलग तरीकों से प्रतिक्रिया करने की अनुमति देती है। यह एकल इंटरफ़ेस को अलग-अलग अंतर्निहित रूपों को दर्शाने में सक्षम बनाता है। यह लचीले और विस्तारणीय प्रणालियों को बनाने के लिए महत्वपूर्ण है।
बहुरूपता के रूप
- कम्पाइल-टाइम (स्थिर):विधि ओवरलोडिंग के माध्यम से प्राप्त किया जाता है। एक ही वर्ग में कई विधियाँ एक ही नाम साझा करती हैं लेकिन अलग-अलग पैरामीटर सूची होती हैं।
- रनटाइम (गतिशील):विधि ओवरराइडिंग के माध्यम से प्राप्त किया जाता है। एक सबक्लास एक ऐसी विधि का विशिष्ट कार्यान्वयन प्रदान करता है जो पहले से ही अपने माता-पिता वर्ग में परिभाषित है।
एक ग्राफिक रेंडरिंग प्रणाली पर विचार करें। आपके पास एक आकार वर्ग जिसमें एक चित्रित विधि है। वृत्त और वर्ग वर्ग, आकार। जब रेन्डरिंग इंजन चित्रित पर आकारों की सूची पर कॉल करता है, तो उसे विशिष्ट प्रकार का ज्ञान नहीं होना चाहिए। प्रत्येक आकार जानता है कि वह स्वयं को कैसे चित्रित करेगा। यह रेन्डरर को विशिष्ट ज्यामितीय प्रकारों से अलग कर देता है।
🔗 संबंध और सहसंबंध
वस्तुएँ अलग-थलग नहीं होतीं। वे एक-दूसरे के साथ परस्पर क्रिया करती हैं। इन संबंधों को स्पष्ट रूप से परिभाषित करना डिज़ाइन चरण का एक महत्वपूर्ण हिस्सा है। वस्तुओं के एक-दूसरे से संबंधित होने का तरीका कप्लिंग और सहसंयोजन को प्रभावित करता है।
सामान्य संबंध प्रकार
- सहसंबंध: एक संरचनात्मक संबंध जहाँ एक वस्तु दूसरी वस्तु का उपयोग करती है। यह अक्सर एक बहु-से-बहु संबंध होता है।
- समूहीकरण: सहसंबंध का एक विशिष्ट प्रकार जहाँ समग्र और भाग स्वतंत्र रूप से अस्तित्व में रह सकते हैं। उदाहरण के लिए, एक
विभागमेंकर्मचारीहोते हैं। यदि विभाग हटा दिया जाता है, तो कर्मचारी अभी भी अस्तित्व में रहते हैं। - संरचना: समूहीकरण का एक मजबूत रूप। भाग समग्र के बिना अस्तित्व में नहीं रह सकते। यदि
घरनष्ट हो जाता है, तोकमरावस्तुओं का अस्तित्व समाप्त हो जाता है। - निर्भरता:एक संबंध जहाँ एक वस्तु किसी अन्य वस्तु पर किसी कार्य को करने के लिए निर्भर होती है। यह आमतौर पर अस्थायी होता है।
तुलना तालिका: एग्रीगेशन बनाम कंपोजिशन
| विशेषता | एग्रीगेशन | कंपोजिशन |
|---|---|---|
| स्वामित्व | कमजोर स्वामित्व | मजबूत स्वामित्व |
| जीवन चक्र | बच्चा स्वतंत्र रूप से अस्तित्व में रहता है | बच्चा माता-पिता के साथ मर जाता है |
| उदाहरण | पुस्तकालय और किताबें | घर और कमरे |
| कार्यान्वयन | निर्माता या सेटर के माध्यम से संदर्भ पारित किया जाता है | माता-पिता के भीतर आंतरिक रूप से बनाया जाता है |
⚙️ व्यवहारिक तंत्र: विधियाँ और संदेश
वस्तुओं के बीच अंतःक्रिया संदेशों के माध्यम से होती है। इस संदर्भ में, एक संदेश एक वस्तु से किसी क्रिया को करने का अनुरोध है। यह क्रिया एक विधि द्वारा कार्यान्वित की जाती है।
विधि का जीवन चक्र
- आह्वान:ग्राहक सर्वर वस्तु को एक संदेश भेजता है।
- कार्यान्वयन:सर्वर वस्तु विधि कोड को चलाती है।
- वापसी:विधि एक परिणाम या मान को ग्राहक को वापस करती है।
प्रभावी डिजाइन सुनिश्चित करता है कि विधियों में एकल जिम्मेदारी हो। एक विधि को एक ही काम अच्छी तरह से करना चाहिए। यदि एक विधि बहुत सारे कार्य करती है, तो उसे परीक्षण और बनाए रखना कठिन हो जाता है। यह एकल जिम्मेदारी सिद्धांत के अनुरूप है, जो सुझाव देता है कि एक क्लास के बदलने का केवल एक ही कारण होना चाहिए।
🧩 उन्नत संरचनात्मक अवधारणाएँ
मूल बातों के अलावा, कई उन्नत अवधारणाएँ एक सिस्टम की संरचना को परिष्कृत करती हैं। ये टूल्स बड़े पैमाने पर अनुप्रयोगों में जटिलता को प्रबंधित करने में मदद करते हैं।
इंटरफ़ेस और अनुबंध
इंटरफ़ेस एक अनुबंध परिभाषित करते हैं। वे एक सेट विधियों को निर्दिष्ट करते हैं जिन्हें कार्यान्वयन करने वाले वर्गों को प्रदान करना होता है। यह विभिन्न वर्गों को एक-दूसरे के स्थान पर उपयोग करने की अनुमति देता है यदि वे उसी इंटरफ़ेस का पालन करते हैं। यह ढीले कपलिंग को बढ़ावा देता है। इंटरफ़ेस पर निर्भर कोड विशिष्ट कार्यान्वयनों पर कम निर्भर होता है।
अमूर्त फैक्ट्री और निर्माण पैटर्न
वस्तुओं का निर्माण जटिल हो सकता है। निर्माण पैटर्न वस्तु निर्माण को प्रबंधित करने का एक तरीका प्रदान करते हैं। इसके बजाय उपयोग करने के लिएनयाहर जगह सीधे, एक फैक्ट्री विधि या अमूर्त फैक्ट्री तत्कालीकरण को संभालती है। यह निर्माण तर्क को केंद्रीकृत करता है। यह क्लाइंट कोड को बदले बिना कार्यान्वयनों को बदलना आसान बनाता है।
कार्य में डिज़ाइन सिद्धांत
इन घटकों की व्यवस्था को कई सिद्धांत निर्देशित करते हैं। उन्हें लागू करने से सुनिश्चित होता है कि सिस्टम समय के साथ स्थिर बना रहे।
- उच्च सहसंबंध:एक वर्ग के भीतर तत्व मजबूती से संबंधित होने चाहिए। उन्हें एकल उद्देश्य को पूरा करने के लिए एक साथ काम करना चाहिए।
- कम कपलिंग:वर्गों के बीच निर्भरता को न्यूनतम किया जाना चाहिए। एक वर्ग में परिवर्तनों से सिस्टम में प्रभाव नहीं फैलना चाहिए।
- खुला/बंद सिद्धांत:वर्ग विस्तार के लिए खुले होने चाहिए लेकिन संशोधन के लिए बंद होने चाहिए। आप नए वर्ग जोड़कर नया व्यवहार जोड़ते हैं, मौजूदा कोड को बदलकर नहीं।
📊 अवस्था और पहचान का प्रबंधन
अवस्था प्रबंधन वस्तु-उन्मुख सिस्टम का एक महत्वपूर्ण पहलू है। वस्तुएं संदेशों के प्रतिक्रिया में समय के साथ अवस्था बदलती हैं। इस अवस्था को ट्रैक करना डिबगिंग और स्थिरता के लिए अत्यंत महत्वपूर्ण है।
अवस्था स्थिरता
- अपरिवर्तनीयता:कुछ वस्तुओं को निर्माण के बाद अवस्था बदलने के लिए डिज़ाइन नहीं किया गया है। यह कोड के बारे में तर्क को सरल बनाता है। यह समानांतर वातावरण में विशेष रूप से उपयोगी है।
- अवस्था का एन्कैप्सुलेशन:अवस्था चर निजी होने चाहिए। अवस्था को पढ़ने के लिए एक्सेसर (गेटर्स) का उपयोग किया जाना चाहिए, और इसे बदलने के लिए म्यूटेटर (सेटर्स) का उपयोग किया जाना चाहिए। यह सुनिश्चित करता है कि अपरिवर्तनीयता बनाए रखी जाती है।
पहचान बनाम समानता
पहचान और समानता के बीच के अंतर को समझना महत्वपूर्ण है। पहचान का संकेत देता है कि क्या दो संदर्भ मेमोरी में एक ही वस्तु की ओर इशारा करते हैं। समानता का संकेत देता है कि क्या दो वस्तुओं में समान सामग्री या मान है। सिस्टम अक्सर डेटा के आधार पर समानता की जांच करने की आवश्यकता होती है, न कि मेमोरी पते के आधार पर।
🚀 परिवर्तन के लिए डिज़ाइन
आवश्यकताएं विकसित होती हैं। सिस्टम को अनुकूलित करना होगा। यहाँ चर्चा किए गए मूल तत्व परिवर्तन के लिए आवश्यक लचीलापन प्रदान करते हैं। अभिन्नता और इंटरफ़ेस का उपयोग करके, आप उस सिस्टम के हिस्सों को अलग करते हैं जो बदलते हैं। एन्कैप्सुलेशन का उपयोग करके, आप आंतरिक तर्क को बाहरी हस्तक्षेप से सुरक्षित करते हैं।
जब एक सिस्टम का विश्लेषण करते हैं, तो नामवाचक शब्दों (वर्गों) और क्रियावाचक शब्दों (विधियों) की पहचान करने से शुरू करें। फिर, उनके बीच संबंधों को परिभाषित करें। सुनिश्चित करें कि हियरार्की तार्किक है और अत्यधिक गहरी नहीं है। जहाँ संबंध ‘is-a’ नहीं है, वहाँ वारिसी के बजाय संरचना को प्राथमिकता दें।is-aसंबंध।
परिहार करने के लिए सामान्य गलतियाँ
- देव वस्तुएँ:वर्ग जो बहुत कुछ जानते हैं या बहुत कुछ करते हैं। इन्हें छोटे, केंद्रित वर्गों में तोड़ दें।
- गहरी वंशावली वृक्ष:इससे यह समझना कठिन हो जाता है कि कोई विधि कहाँ परिभाषित है। जहाँ संभव हो, वंशावली को सरल बनाएं।
- अमूर्तता का लीक होना:कॉलर को कार्यान्वयन के विवरण को समझने के लिए मजबूर करना। इंटरफ़ेज़ को साफ़ रखें।
📝 संरचनात्मक तत्वों का सारांश
संक्षेप में, एक मजबूत वस्तु-उन्मुख प्रणाली संरचना और व्यवहार के सावधानीपूर्वक संतुलन पर निर्भर करती है। निम्नलिखित सूची आवश्यक घटकों का सारांश प्रस्तुत करती है।
- वर्ग:प्रकारों की परिभाषाएँ।
- वस्तुएँ:प्रकारों के रनटाइम उदाहरण।
- गुण:वस्तुओं द्वारा धारण की गई अवस्था डेटा।
- विधियाँ:वस्तुओं द्वारा निष्पादित व्यवहार तर्क।
- इंटरफ़ेस:व्यवहार को परिभाषित करने वाले अनुबंध।
- संबंध:वस्तुओं को एक साथ जोड़ने वाले लिंक।
- एन्कैप्सुलेशन (संरक्षण):आंतरिक अवस्था का संरक्षण।
- वंशावली:कोड पुन: उपयोग के लिए तंत्र।
- बहुरूपता:वस्तुओं को समान रूप से संभालने की क्षमता।
इन तत्वों में निपुणता प्राप्त करने से वास्तुकारों को परिवर्तनों के प्रति लचीली प्रणालियाँ बनाने में सक्षम बनाता है। ध्यान स्पष्टता, बनाए रखने की क्षमता और सहीपन पर बना रहना चाहिए। जब इन मूल सिद्धांतों को सुसंगत रूप से लागू किया जाता है, तो परिणामी वास्तुकाला समय की परीक्षा में खड़ी रहती है।