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