संरक्षित विरासत का व्यावहारिक उपयोग क्या है?

Question

सार्वजनिक विरासत आसान है।

ए: सार्वजनिक बी का मतलब है कि प्रत्येक ए बी है। अधिकांश प्रोग्रामिंग भाषा में, जैसे vb.net और purpose-c, यह विरासत का एकमात्र प्रकार है। कि व्यर्थ है, क्योंकि इसका मतलब है कि एक बी बजाय शामिल करना चाहिए निजी बी का मतलब है A, B द्वारा कार्यान्वित किया जाता हालांकि,:

निजी विरासत भी आसान है, लेकिन व्यर्थ

एक है। स्वामित्व का मतलब कम नुकसान के साथ कम युग्मन है।

फिर हमने विरासत को सुरक्षित रखा है।

क्या कोई मुझे बता सकता है कि इसके लिए क्या है? कुछ कहते हैं कि यह "रिश्ते के रूप में" है। मैं अभी भी उस पर बहुत स्पष्ट नहीं हूं।

क्या किसी के पास कुछ नमूना मामले हैं जहां लोग वास्तविक उत्पादक उपयोग के लिए अच्छे पैटर्न (और विवेक) में संरक्षित विरासत का उपयोग करते हैं?

Answer 1

निजी विरासत भी आसान है, लेकिन व्यर्थ

एक है। स्वामित्व का मतलब कम नुकसान के साथ कम युग्मन है।

कि आप निजी विरासत के कारणों को नहीं देख सकते हैं इसका मतलब यह नहीं है कि यह व्यर्थ है। ऐसे कई मामले हैं जहां निजी विरासत के कारण हैं। आप उसमें पहली नज़र में सही हैं, निजी विरासत का मतलब है-एक संबंध जैसे एकत्रीकरण, और निजी विरासत में थोड़ा (थोड़ा) कड़ा युग्मन होता है।

• निजी वंशानुक्रम आप के रूप में अच्छी typedefs वारिस के साथ: aggretations से अधिक निजी विरासत का पक्ष लेने के लिए

  कारण निम्न में से कुछ हो सकता है। कुछ मामलों में (उदा। कक्षाएं) निजी तौर पर विरासत में विरासत केवल बेस क्लास में टाइप-टाईफ के पुनः टाइप किए गए हैं।

• शायद ही कभी आपको से पहले "असली" (यानी सार्वजनिक) बेस क्लास के सदस्य को प्रारंभ करना होगा। इसे प्राप्त करने का एकमात्र तरीका उस सदस्य को सार्वजनिक आधार से पहले एक निजी आधार वर्ग विरासत में मिलाकर है।
• कुछ बार आपको किसी सदस्य के संरक्षित सदस्यों तक पहुंच की आवश्यकता होती है। यदि आप सदस्य वर्ग को स्वयं नहीं बदल सकते हैं, तो आपको उन तक पहुंच प्राप्त करने के लिए निजी विरासत का उपयोग करना होगा।
• यदि किसी सदस्य के पास कोई डेटा सदस्य नहीं है, तो यह अभी भी अंतरिक्ष पर कब्जा कर लेता है। इसे एक निजी बेस क्लास बनाना खाली बेस क्लास ऑप्टिमाइज़ेशन को सक्षम बनाता है, जो आपके वर्ग की ऑब्जेक्ट्स के आकार को कम करता है।
और भी अधिक अंक के लिए
• , नीचे देखें

जेम्स 'टिप्पणी इन कारणों स्पष्ट रूप से तकनीकी कारणों से, कुछ भी कह सकते हैं "हैक" कर रहे हैं। हालांकि, ऐसे कारण मौजूद हैं, इसलिए निजी विरासत पूरी तरह से व्यर्थ नहीं है। यह सिर्फ "शुद्ध ओओ शैली" नहीं है - लेकिन सी ++ एक शुद्ध ओओ भाषा नहीं है।

संरक्षित विरासत के लिए कारण एक बार आप निजी वंशानुक्रम के लिए लोगों को समझ में आ काफी सरल हैं:

आप कारणों कुछ वारिस है, तो निजी तौर पर और उन लाभ बनाना चाहते (यानी जिसे भावी के सदस्य अपने कक्षा या टाइपपीफ) व्युत्पन्न कक्षाओं तक पहुंच योग्य, संरक्षित विरासत का उपयोग करें। जाहिर है, निजी विरासत का शायद ही कभी उपयोग किया जाना चाहिए, और संरक्षित विरासत को और भी अधिक।

Answer 2

संरक्षित विरासत के लिए मुख्य प्रेरणा ऑर्थोगोनैलिटी है। अन्य सभी संदर्भों में, आपके पास तीन अलग-अलग पहुंच नियंत्रण हैं: निजी, संरक्षित और सार्वजनिक। विरासत क्यों अलग होना चाहिए? अभ्यास में, कोई तर्क दे सकता है कि की आवश्यकता नहीं है या सामान्य रूप से सुरक्षित पहुंच के लिए उपयोग करें। यह मामले को अधिक से अधिक हो सकता है, लेकिन यह निश्चित है कि निजी या सार्वजनिक से बहुत कम सुरक्षित है।

इसके अलावा, निजी विरासत बिल्कुल व्यर्थ नहीं है, और वास्तव में, विरासत के मूल उपयोग से मेल खाता है। जैसे ही लागू करने वाले बेस क्लास वर्चुअल फ़ंक्शंस का उपयोग करता है जो व्युत्पन्न क्लास को अधिभारित करना पड़ता है, रोकथाम का उपयोग नहीं किया जा सकता है। कि व्यर्थ है, क्योंकि इसका मतलब है कि एक बी बजाय शामिल करना चाहिए निजी बी का मतलब है A, B द्वारा कार्यान्वित किया जाता हालांकि,: