InheritancePart V (Lecture 40)-fAiaNjbWsDM

वेलकम टू मॉड्यूल 25 सी ++ प्रोग्रामिंग में।
 हम इनहेरिटेंस(Inheritance) पर चर्चा कर रहे हैं और सी ++ में आईएसए(ISA) पदानुक्रम(hierarchy) के लिए सामान्यीकरण विशेषज्ञता या इनहेरिटेंस(Inheritance) के लिए इनहेरिटेंस(Inheritance) की सभी प्रमुख विशेषताओं की शुरुआत के साथ, हमने उन सभी विशेषताओं को पेश किया है जो वे शब्दार्थ हैं।
 और पिछले मॉड्यूल में, हमने विभिन्न प्रकार के फोन, फोन की पदानुक्रम(hierarchy) का उदाहरण लिया; और सचित्र कि कैसे हम वास्तव में एक पदानुक्रम(hierarchy) का एहसास करने के लिए डेटा सदस्यों(data members) और सदस्य कार्यों(member functions) के साथ कक्षाओं का एक सेट डिजाइन करना शुरू कर सकते हैं।
 अब इस संदर्भ में, इनहेरिटेंस(Inheritance) पर चर्चा की इस मूल श्रृंखला में, यह अंतिम मॉड्यूल होगा जहां हम इनहेरिटेंस(Inheritance) के कुछ और प्रतिबंधित रूप का पता लगाते हैं जो C ++ की पेशकश करते हैं।
 वे खुद को अलग करते हैं, वास्तव में दो प्रकार के होते हैं निजी और संरक्षित।
 वे खुद को उस इनहेरिटेंस(Inheritance) से अलग करते हैं, जिस पर हमने पहले चर्चा की है, क्योंकि उन्हें C ++ में इनहेरिटेंस(Inheritance) नहीं कहा जाता है, लेकिन वे वस्तु उन्मुख अर्थ के सामान्यीकरण विशेषज्ञता पदानुक्रम(hierarchy) का प्रतिनिधित्व नहीं करते हैं।
 तो, वे वास्तव में मॉडलिंग या इंटरफ़ेस(interface) या डिज़ाइन(design) चरण में कार्यान्वयन के लिए अधिक उपयोग किए जाते हैं।
 इसलिए, इस रूपरेखा के संदर्भ में, हम इस तरह के प्रतिबंधित इनहेरिटेंस(Inheritance) की चर्चा में हैं।
 तो, यह मूल इनहेरिटेंस(Inheritance) शब्दार्थ है जिसे हमने देखा है और मैं इस सार्वजनिक खोजशब्द पर आपका ध्यान आकर्षित करना चाहूंगा जो C ++ वर्ग(class) में विरासत के संदर्भ में विशिष्ट OOAD ISA संबंध को परिभाषित करता है।
 तो, बस पुनरावृत्ति के लिए।
 अगर मेरे पास कक्षाओं का एक सेट है और हम जानना चाहते हैं कि इन वर्गों(classes) की वस्तुओं या वस्तुओं का निर्माण कैसे होगा।
 तो, यदि आपने ऐसी स्थिति दी है, तो आपके पास वर्ग(class) बी है, आपके पास कक्षा(class) सी है, आपके पास कक्षा(class) डी है, जो कक्षा(class) बी का एक विशेषज्ञता है, और फिर आप कक्षा(class) डी की वस्तु का निर्माण कर रहे हैं।
 प्रश्न यह है कि क्या है जिस क्रम में कॉउट होता है, जो आपको बताएगा कि डी ऑब्जेक्ट(object) का जीवन चक्र या जीवनकाल और इसमें अन्य एम्बेडेड ऑब्जेक्ट्स क्या हैं।
 इसलिए, जब भी आप ऐसी स्थितियों का सामना करते हैं, तो आपको रिश्तों के मूल चित्र को आकर्षित करने का प्रयास करना चाहिए।
 तो, यहाँ हम जानते हैं कि एक बी और सी एक स्वतंत्र वर्ग(class) है।
 तो, यह कक्षाओं का मूल संबंध है।
 डी ऑब्जेक्ट(object) के संदर्भ में हम क्या उम्मीद करते हैं, इसलिए यह डी ऑब्जेक्ट(object) है; इसके संदर्भ में, हमारे पास एक सी डेटा है और यह बी से इनहेरिटेंस(Inheritance) में मिला है।
 चूंकि यह बी से इनहेरिटेंस(Inheritance) में मिला है, इसलिए इसमें टाइप बी का आधार वर्ग(class) उदाहरण होगा; और एक सदस्य के रूप में, यह एक सी श्रेणी की वस्तु होगी।
 तो, यह लेआउट का एक बुनियादी ढांचा क्या है।
 इसलिए, एक बार जब आप इसे आकर्षित करने में सक्षम हो जाते हैं, तो आप आसानी से यह पता लगाने में सक्षम होंगे कि जब मैं किसी वस्तु को पलटने की कोशिश करता हूं तो क्या होता है।
 निश्चित रूप से वस्तु की तात्कालिकता, हम डी के निर्माता को आमंत्रित करके शुरू करेंगे।
 और फिर पहली चीज क्या है जिसे डी आईएसए(ISA) बी करने की आवश्यकता है, इसलिए उस के आधार वर्ग(class) उदाहरण का निर्माण करना होगा।
 तो, इसका मतलब यह है कि पहली बात जिसे यह इंटर्न बुलाएगा वह बी का कंस्ट्रक्टर(constructor) है और एक बार बी के एक कंस्ट्रक्टर(constructor) को कहा जाता है जिसे निष्पादित किया जाता है।
 इसलिए, आउटपुट(output) में, अगर मैं यहाँ आउटपुट(output) में लिखता हूँ, तो आपको बी का आउटपुट(output) दिखाई देता है।
 एक बार इस बेस क्लास के उदाहरण का निर्माण हो गया, तो अगली बात यह है कि एक-एक करके डेटा सदस्यों(data members) का निर्माण किया जाए, इसलिए एक डेटा है सदस्य।
 अब इसके लिए निर्माण कराना होगा।
 तो, इसके बाद D, C के कंस्ट्रक्टर(constructor) को अगली कॉल देगा, क्योंकि इस data_ सदस्य का निर्माण करना होगा।
 इसलिए, क्योंकि यह C के कंस्ट्रक्टर(constructor) को कॉल करता है, उसका आउटपुट(output) C होगा।
 अब एक बार ऐसा हो जाने के बाद, बेस पार्ट इंस्टेंस बनाया गया है, डेटा सदस्य बनाया गया है, अब D का वास्तविक कंस्ट्रक्टर(constructor) निष्पादित करेगा, इसलिए आपके पास एक आउटपुट(output) डी होगा।
 इसलिए, इन सभी के बाद आप अब इस स्थिति में हैं जहां आपकी पूरी डी ऑब्जेक्ट(object) का निर्माण किया गया है।
 बाद के समय में, जब आप दायरे के अंत तक पहुँचते हैं, तो स्वाभाविक रूप से इसे नष्ट होना होगा।
 तो, अगर इसे नष्ट करना पड़ता है, तो पहले कहा जाता है, इसलिए यह वही है जो आप वास्तव में नहीं देख सकते हैं कि संकलक ने यहां अदृश्य रूप से क्या रखा है।
 डी।
 के विध्वंसक के लिए एक कॉल है।
 इस बिंदु पर, आपको कॉल करना होगा डी।
 का नाश करने वाला और जैसा कि मैंने कहा कि विनाश का क्रम ठीक विपरीत है।
 तो, डी के विनाश के लिए जो भी कार्रवाई की आवश्यकता होती है उसे पहले लिया जाएगा।
 तो, हमारे पास सबसे पहले ~ D का आउटपुट(output) होगा।
 जब आप इस के अंत तक पहुँचते हैं, तो सी डेटा सदस्य होने से ठीक पहले इसका निर्माण किया गया था।
 तो, यह सी के विनाशकर्ता की कॉल को बढ़ावा देगा, जो आपके द्वारा देखे जाने वाले आउटपुट(output) में सी को नष्ट कर देगा।
 और इस दायरे के अंत में, यह समाप्त हो गया है।
 तो, यह फिर से यहाँ वापस आता है और अब आपको डी ऑब्जेक्ट(object) के बेस पार्ट इंस्टेंस को नष्ट करना होगा।
 तो, आप फिर से अगले को कहते हैं जो बेस क्लास का डिस्ट्रक्टर है जो बी प्रिंट करेगा और फिर फ़ंक्शन(function) वास्तव में समाप्त हो जाएगा।
 इसलिए, यदि आपके पास अलग-अलग पदानुक्रम(hierarchy) हैं, तो कंस्ट्रक्टर(constructor) विध्वंसक में बस अलग-अलग प्रिंट संदेशों को डालने के लिए यह एक अच्छा व्यायाम है और उन पर भरोसा करें कि यह समझने में सक्षम हो कि वास्तव में, वास्तव में क्या होता है।
 इसलिए, यह सिर्फ एक तरह का पुनरावृत्ति था, जो हमने किया था।
 इसलिए, मैंने अभी एक और उदाहरण दिया है, ताकि आप इसे बेहतर तरीके से समझ सकें।
 अगली स्लाइड में, वास्तव में मेरे पास चूंकि मैं बाहर काम करना चाहता था।
 इसलिए, मैं आउटपुट(output) पहले स्लाइड में नहीं दिया गया था, अब इसे यहां दिया गया है।
 इसलिए, आप बाद के समय में अभ्यास कर सकते हैं।
 अब निजी तौर पर आने वाले इनहेरिटेंस(Inheritance) के प्रतिबंधित रूप मुझे पहले निजी इनहेरिटेंस(Inheritance) के बारे में चर्चा करने दें।
 निजी इनहेरिटेंस(Inheritance) बहुत हद तक इनहेरिटेंस(Inheritance) की तरह दिखती है जिसे हमने देखा है जो इसके विपरीत कहेगा सार्वजनिक इनहेरिटेंस(Inheritance) या सिर्फ इनहेरिटेंस(Inheritance) है।
 केवल एक चीज अलग है वह महत्वपूर्ण शब्द जिसका हम उपयोग करते हैं, आपने कहा कि यह निजी उत्तराधिकार है इसलिए आप कीवर्ड निजी लिखते हैं।
 और निजी इनहेरिटेंस(Inheritance) जैसा कि हम समझते हैं कि डिजाइन में पदानुक्रम(hierarchy) का प्रतिनिधित्व करने के लिए नहीं है, बल्कि इसका उपयोग इस तरह के कहने के लिए किया जाता है कि ऑब्जेक्ट(object) का कुछ हिस्सा किसी अन्य बेस क्लास ऑब्जेक्ट(object) के रूप में लागू किया जाता है।
 इसलिए, यह रचना के लिए एक प्रकार के उम्मीदवार के विकल्प की तरह है, जो कुछ को बाद में इस चर्चा में इस प्रस्तुति में देखेंगे और इसे आईएसए(ISA) के मूल पदानुक्रम(hierarchy) के साथ भ्रमित नहीं होना है कि हम सार्वजनिक इनहेरिटेंस(Inheritance) के लिए मॉडलिंग कर रहे हैं।
 इसलिए, यही कारण है कि बहुत प्रसिद्ध लेखकों की टिप्पणियों में से एक है कि निजी इनहेरिटेंस(Inheritance) का मतलब सॉफ्टवेयर डिजाइन के दौरान कुछ भी नहीं है, क्योंकि डिजाइन के समय के दौरान आप बस आईएसए(ISA) पदानुक्रम(hierarchy) जानते हैं कि क्या आप कार्यान्वयन के आंतरिक नहीं जानते हैं।
 इसलिए, केवल जब आपको पता चलता है कि आप पर लागू होने के इंटर्नल्स उस पर काम कर रहे हैं, तो आप इस निजी इनहेरिटेंस(Inheritance) प्रकार के शब्दार्थ को देखते हैं।
 इसलिए, अगर हम सार्वजनिक और निजी इनहेरिटेंस(Inheritance) के बीच तुलना करने की कोशिश करते हैं, तो मैं सिर्फ एक साधारण उदाहरण का उपयोग कर रहा हूं, यह स्कॉट मेयर(Scott Meyer) की किताब से फिर से है।
 मेरे पास एक बेस क्लास व्यक्ति है, मेरे पास एक व्युत्पन्न क्लास स्टूडेंट(student) है।
 और निश्चित रूप से मेरे दो अलग-अलग कार्य हैं ईट()(eat) और अध्ययन()(study)।
 निश्चित रूप से खाने के लिए व्यक्तियों पर लागू होता है, क्योंकि हर किसी को खाने की जरूरत होती है; और अध्ययन(study) केवल छात्रों पर लागू होता है क्योंकि जो लोग अध्ययन(study) करते हैं उन्हें छात्र सही कहा जाता है।
 तो, ऐसे व्यक्ति हो सकते हैं जो अध्ययन(study) नहीं करते हैं।
 इसलिए, यदि P एक व्यक्ति है और S एक छात्र है तो खा पी पर काम करेगा, दिलचस्प रूप से यह S पर भी काम करेगा और यह सार्वजनिक इनहेरिटेंस(Inheritance) की एक मूल संपत्ति है।
 हमने इसे प्रेजेंटेशन के दौरान देखा था, इनहेरिटेंस(Inheritance) पर चर्चा के दौरान, मैंने आउटपुट(output) स्ट्रीमिंग ऑपरेटर के बारे में बात की थी और दिखाया था कि बेस क्लास पैरामीटर के लिए व्युत्पन्न वर्ग(class) ऑब्जेक्ट(object) को पास करना अभी भी कास्टिंग की प्रक्रिया के माध्यम से काम करेगा।
 तो, अर्थ के संदर्भ में, शब्दार्थ क्या कहा जा रहा है कि हम इस काम के लिए उम्मीद करते हैं क्योंकि कोई व्यक्ति छात्र हो सकता है, लेकिन निश्चित रूप से एक व्यक्ति एस होने के नाते भी खाने की उम्मीद है।
 तो, यह ठीक काम करना चाहिए।
 इसी तरह, अध्ययन(study) एस के लिए काम करेगा, लेकिन निश्चित रूप से जो काम नहीं करेगा वह है पी का अध्ययन(study), क्योंकि अध्ययन(study) कुछ ऐसा है जो छात्रों के साथ जुड़ा हुआ है।
 व्युत्पन्न वर्ग(class) वस्तु और आप बेस क्लास के सामान्यीकृत ऑब्जेक्ट(object) को संतुष्ट करने में सक्षम होने की उम्मीद नहीं करते हैं।
 ताकि सार्वजनिक इनहेरिटेंस(Inheritance) का क्या मतलब हो।
 अब निजी इनहेरिटेंस(Inheritance) के विपरीत, यदि आप एक ही चीज़ को कक्षाओं के एक ही सेट पर देखते हैं, तो वही कार्य, P और S के समान हैं, P खाएँगे, तो काम करेंगे, लेकिन क्या देखें S खाएं, यदि आपने इसे एक के रूप में परिभाषित किया है निजी इनहेरिटेंस(Inheritance)।
 अब C ++ के संदर्भ में यह एक त्रुटि है, यह संकलक इसे अनुमति नहीं देता है।
 जबकि जनता के मामले में यह अनुमति देता है कि यह एक बुनियादी शब्दार्थ अंतर है।
 इसकी अनुमति क्यों नहीं है, क्योंकि यहां की इनहेरिटेंस(Inheritance)।
 तो, यह स्पष्ट रूप से आपको यह दिखाने के लिए जाता है कि यहाँ हम C ++ में इनहेरिटेंस(Inheritance) की संकेतन में क्या लिखते हैं क्योंकि निजी तौर पर इस अवधारणा का विशेषज्ञ होने का अर्थ नहीं है।
 तो, यह सिर्फ कुछ और है, यह सिर्फ यह कह रहा है कि छात्र को संभवतः एक व्यक्ति के रूप में लागू किया जाता है और इसी तरह।
 इसलिए, जो कार्यक्षमता व्यक्ति के लिए है वह छात्र के लिए उपलब्ध नहीं हो सकती है, यह घटक कार्यक्षमता है सामान्यीकरण विशेषज्ञता कार्यक्षमता नहीं है।
 इसलिए, निजी इनहेरिटेंस(Inheritance) के संदर्भ में इस अवधारणा को हमेशा ध्यान में रखें।
 समरूपता से कि इनहेरिटेंस(Inheritance) का तीसरा रूप जो C ++ प्रदान करता है, सार्वजनिक या निजी लिखने के बजाय हम इनहेरिटेंस(Inheritance) स्ट्रक्चर(structure) के इस बिंदु पर संरक्षित भी लिख सकते हैं।
 और हम ऐसा करने के निहितार्थ देखेंगे।
 मैं संरक्षित इनहेरिटेंस(Inheritance) की बहुत चर्चा नहीं करूंगा, क्योंकि यह बहुत विशिष्ट शब्दार्थ प्रस्तुत नहीं करता है, और कई लेखकों ने टिप्पणी की है कि संभवतः कोई अच्छी तरह से परिभाषित डिजाइन स्थिति नहीं है, जहां संरक्षित इनहेरिटेंस(Inheritance) की आवश्यकता हो सकती है।
 तो, यह सुविधाओं के पूर्णता उद्देश्य के लिए अधिक है।
 अब, अगर हमारे पास है तो क्या महत्वपूर्ण है, इसलिए अब आपके पास पैरामीटर के दो सेट हैं जो नियंत्रित करते हैं कि हम कैसे पहुंचते हैं, कैसे हम आधार और व्युत्पन्न वर्ग(class) में दृश्यता प्राप्त करते हैं।
 तो, सवाल यह है कि अगर मैं सिर्फ आकर्षित करता हूं, तो मैं आधार और विशिष्ट हो सकता हूं क्योंकि डी मूल रूप से सार्वजनिक है, या मेरे पास आधार हो सकता है और कोई विशिष्ट नोटेशन उपलब्ध नहीं है।
 इसलिए, मैं कुछ लहराती संकेतन का उपयोग कर रहा हूं कि यह वह जगह है जहां व्युत्पन्न वर्ग(class) डी एक संरक्षित तरीके से प्राप्त होता है।
 और इसी तरह, मेरे पास आधार है और मैं कहता हूं कि एक और संकेतन भी मौजूद नहीं है, यह सिर्फ मैं इसे निजी तरीके से प्राप्त इस साधन का प्रतिनिधित्व करने के लिए बना रहा हूं।
 अब प्रश्न इन तीन प्रकारों की इनहेरिटेंस(Inheritance), सार्वजनिक संरक्षित और निजी के बीच है, इसके अलावा बेस क्लास में दृश्यता के तीन सेट पहले से ही उपलब्ध हैं।
 कुछ सदस्य सार्वजनिक हैं, कुछ सदस्य निजी हैं, और कुछ सदस्य सुरक्षित हैं।
 इसलिए, व्युत्पन्न वर्ग(class) में, इन सदस्यों की दृश्यता का क्या होगा और यहां तक कि नीचे की ओर से जब मैं व्युत्पन्न वर्ग(class) से नीचे जाऊंगा तो उन लोगों की दृश्यता का क्या होगा (संदर्भसमय: 14:17), ताकि यह परिभाषित हो इस दृश्यता मैट्रिक्स।
 तो, यहाँ हम कहते हैं कि वे विज़ुअलाइज़ेशन क्या हैं, बेस क्लास में दिए गए एक्सेस स्पेसियर्स क्या हैं।
 और यहां और कॉलम हम कहते हैं कि किस तरह की इनहेरिटेंस(Inheritance) सार्वजनिक, संरक्षित या निजी है जिसका उपयोग किया जाता है, और उनके संयोजन से तय होता है कि किसी वस्तु की परिणामी दृश्यता क्या है।
 इसलिए, अगर मेरे पास सार्वजनिक रूप से देखे जाने वाले सदस्य हैं, और व्युत्पन्न वर्ग(class) सार्वजनिक इनहेरिटेंस(Inheritance) का उपयोग करके इनहेरिटेंस(Inheritance) में मिला है, तो परिणामी सदस्य सार्वजनिक रहेगा, लेकिन अगर इसे निजी इनहेरिटेंस(Inheritance) कहकर इनहेरिटेंस(Inheritance) में मिला है, तो परिणामी सदस्य निजी होगा।
 तो, दूसरे शब्दों में, यदि कुछ सदस्य की निजी दृश्यता, निजी अभिगम विनिर्देशक, उत्तराधिकार सार्वजनिक है, तो व्युत्पन्न वर्ग(class) में परिणामी दृश्यता निजी हो जाएगी जो कि व्युत्पन्न वर्ग(class) में है, ऐसा माना जाएगा जैसे कि यह निजी सदस्य है शीघ्र।
 तो, मेरा मतलब है कि आप महसूस कर सकते हैं कि आपको इन नौ प्रविष्टियों को याद रखना होगा, लेकिन इसे समझने के लिए बहुत ही सरल अंगूठे का नियम है।
 अब हम समझते हैं कि सार्वजनिक एक सबसे खुली दृश्यता है जो सूचीबद्ध दृश्यता है।
 संरक्षित की तुलना में थोड़ा अधिक है और निजी सबसे अधिक दृश्यता है।
 तो, इन तीनों के बीच पदानुक्रम(hierarchy) है।
 तो, अगर आप इस पर गौर करते हैं, तो मूल रूप से इस पर एक पदानुक्रम(hierarchy) माना जाता है।
 इसलिए, यदि आप यह समझने की कोशिश कर रहे हैं कि यह प्रविष्टि क्या होनी चाहिए, तो आपको यह देखना चाहिए कि दृश्य एक्सेस स्पेसियर(access specifier) क्या हैं और इन दोनों में से जो भी इनहेरिट किया गया है, उसका परिणाम क्या होगा।
 इसलिए, पब्लिक प्राइवेट प्राइवेट होगी।
 इसी तरह यदि मेरे पास निजी सार्वजनिक हैं, तो मेरे पास निजी होंगे।
 यदि मैंने जनता की रक्षा की है, तो मैंने रक्षा की होगी।
 यदि मैंने निजी की रक्षा की है, तो मेरे पास निजी होगी क्योंकि संरक्षित और निजी के बीच, निजी अधिक प्रतिबंधात्मक है।
 तो, यह मूल रूप से अंगूठे का नियम सरल है कि आपको जितना संभव हो सके एनकैप्सुलेशन(encapsulation) को संरक्षित करने की आवश्यकता है।
 तो, आप अधिक प्रतिबंधित हो जाते हैं और इस आरेख के नीचे स्पष्ट रूप से यह दर्शाया गया है कि इनहेरिटेंस(Inheritance) हो जाने के बाद एक्सेस विनिर्देश पुनः कैसे प्राप्त होता है।
 निश्चित रूप से, प्रतिबंधित प्रकार की इनहेरिटेंस(Inheritance) के बारे में चर्चा करने से पहले, हम नहीं थे, इसलिए हमें इस पर चर्चा नहीं करनी थी, क्योंकि अगर आप सिर्फ पहले कॉलम को देखते हैं, क्योंकि इनहेरिटेंस(Inheritance) सूची प्रतिबंधात्मक इनहेरिटेंस(Inheritance) है, तो सूची को इनकैप्सुलेशन प्रदान करता है, इसलिए, दृश्यता एक व्युत्पन्न वर्ग(class) में डेटा सदस्यों(data members) या सदस्य कार्यों(member functions) का आधार कक्षा(class) में उनकी दृश्यता या दृश्यता के समान ही है।
 यह पब्लिक है, पब्लिक है, प्रोटेक्ट है, प्रोटेक्टेड है, प्राइवेट प्राइवेट है।
 लेकिन जैसा कि हम इनहेरिटेंस(Inheritance) के अन्य रूपों को पेश करते हैं, यह एक्सेस प्रतिबंध विवरण आवश्यक हो जाता है।
 इसलिए, इसके साथ, हम फिर से वापस जा सकते हैं और थोड़ा व्यायाम करने की कोशिश कर सकते हैं।
 यह एक अभ्यास है जो आपको पहले जैसी संरचना दिखा रहा है, लेकिन हमारे पास यहां सार्वजनिक और निजी इनहेरिटेंस(Inheritance) दोनों हैं।
 तो, अगर हम डी के निर्माण के संदर्भ में फिर से देखना चाहते हैं तो क्या होना चाहिए? तो फिर मुझे, यह वह वर्ग(class) बी है जिसे हम जानते हैं, सी आईएसए(ISA) बी तो यह वही है जो हम यहां खींचते हैं।
 तब हम कहते हैं कि डी आईएसए(ISA) प्राइवेट सी।
 तो, हमें इसे इस तरह से आकर्षित करना चाहिए।
 तो, यह वही है जो हमें देखने को मिलता है।
 फिर ऑब्जेक्ट(object) लेआउट के संदर्भ में हम पाते हैं कि डी ऑब्जेक्ट(object) में एक आधार भाग होना चाहिए, जो कि सी है, आधार भाग सी है।
 फिर इसमें एक डेटा हिस्सा है, जो कि सी भी है, यह आधार हिस्सा सी है और साथ ही डेटा भी है हिस्सा भी सी है, और वह सब हमारे पास है।
 हमारे पास C एक B है, C यहाँ एक B है, इसलिए C के पास फिर से एक आधार भाग होगा जो B है और इसका एक आधार भाग होगा, जो कि B है।
 हमारे पास प्रत्येक C ऑब्जेक्ट(object) का एक बेस क्लास इंस्टेंटेशन होगा क्योंकि यहाँ विशेषज्ञता है।
 तो, यह देखते हुए, यदि आप अब ट्रेस करने की कोशिश करते हैं, तो ऑब्जेक्ट्स का निर्माण कैसे होगा, निश्चित रूप से जैसे ही यह डी का कंस्ट्रक्टर(constructor) सामने आता है, इसलिए आधार को तुरंत प्राप्त करना पड़ता है।
 तो, सी के निर्माता को बुलाया जाएगा।
 तो, उस आधार का निर्माण करना होगा।
 तो, पहली चीज जो निर्माण की जाएगी वह बी ऑब्जेक्ट(object) है, यह बी ऑब्जेक्ट(object) है।
 फिर निश्चित रूप से आधार वस्तु का निर्माण पूरा हो जाता है।
 इस प्रकार, सी इस निर्माण को पूरा करेगा।
 फिर उस डेटा सदस्य को इस डेटा सदस्य का निर्माण करना होता है जिसका आधार भाग भी होता है ताकि निर्माण हो सके तब डेटा सदस्य का निर्माण हो जाता है और फिर अंत में डी ऑब्जेक्ट(object) का निर्माण हो जाता है।
 तो, यह वह क्रम है जिसमें निर्माण होगा।
 इसलिए, निजी इनहेरिटेंस(Inheritance) के संदर्भ में भी जीवन समय के मुद्दे प्रभावित नहीं होते हैं, जीवन समय के मुद्दे समान रहते हैं।
 इसलिए, हमने यह देखा था कि क्या इस तरह का व्यायाम सिर्फ सार्वजनिक इनहेरिटेंस(Inheritance) का है।
 इसलिए, जानबूझकर मैंने यहां निजी इनहेरिटेंस(Inheritance) पेश की है जो एक्सेस विनिर्देश को बदल देती है, जिसे आप एक्सेस कर सकते हैं, जिसे आप एक्सेस नहीं कर सकते हैं, लेकिन वस्तु जीवन समय की गतिशीलता के संदर्भ में चीजें वास्तव में अलग नहीं हो जाती हैं, वे समान बनी रहती हैं।
 इसका पूरा हल यहां अगली स्लाइड में दिया गया है।
 तो, आराम से, आप बाहर काम कर सकते हैं और सुविधा प्राप्त कर सकते हैं कि यह क्या होने वाला है।
 एक्सेस स्पेसिफिकेशन(access specification) को समझने के लिए, मैंने एक उदाहरण को फिर से शामिल किया है, मैं सिर्फ कुछ चरणों को करूँगा और फिर इसे अभ्यास के रूप में छोड़ दूंगा कि आप पहले कक्षा(class) ए में विश्लेषण करें कि क्या है एक वर्ग(class) ए है।
 इसलिए, जब भी आपके पास इस पदानुक्रम(hierarchy) से संबंधित डिजाइन या पदानुक्रम(hierarchy) से संबंधित मुद्दे हैं, तो यह सिर्फ एक आरेख को जल्दी से आकर्षित करने के लिए अच्छा है, ताकि मानसिक रूप से आप देख सकें कि वास्तव में क्या चल रहा है।
 मुझे बार-बार कोड करने के लिए संदर्भित करने और इस बारे में बात करने के लिए खेद है, मुझे अक्सर संदर्भित करना अधिक कठिन है।
 तो, हमारे पास B ISA A है, तो हमारे पास यह है।
 तो, हम कहते हैं कि सी ए ए ए; हमारे पास डी आईएसए(ISA) ए भी है।
 यह सार्वजनिक प्रकार का है, यह संरक्षित है, और यह निजी है।
 और फिर हमारे पास ये हैं ई आईएसए(ISA) बी पब्लिक; एफ आईएसए(ISA) सी, जो सार्वजनिक है; G ISA D जो सार्वजनिक है।
 तो, यह मूल पदानुक्रम(hierarchy)(heirarchy) है जो हमारे पास है।
 तो, अगर आपके पास ऐसा है, और हमारे पास अलग-अलग सदस्य हैं यहां x, y, z - तीन प्रकार की दृश्यता वाले तीन सदस्य हैं; निजी, संरक्षित और सार्वजनिक।
 और बी यू, वी, और डब्ल्यू को जोड़ता है, इसलिए सी करता है, इसलिए डी करता है, और ये डेटा सदस्य निजी, संरक्षित और सार्वजनिक प्रकार के भी हैं।
 इसलिए, यह किया जा रहा है कि हमारा सवाल यह है कि अगर हम अब विभिन्न सदस्य कार्यों(member functions) में चर की अलग-अलग पहुंच पर गौर करते हैं और यह एक वैश्विक कार्य है तो क्या सदस्यों तक पहुंच हो सकती है, जो सदस्यों तक नहीं पहुंच सकती है।
 तो, जिस तरह से मैं यहां प्रदर्शित करता हूं, यहां मैं केवल वही दिखाता हूं जो मैंने बाईं ओर दिखाया है, मैंने केवल दुर्गम सदस्यों को दिखाया है, अगर मुझे कक्षा(class) बी में एक समारोह में क्षमा करें, तो मुझे माफ करना एक फ़ंक्शन(function) च () है x इस फ़ंक्शन(function) के लिए सुलभ है।
 ऐसा क्यों है? X कहां से आ रहा है, B का x नहीं है, लेकिन B ISA A का एक x है।
 तो, इस एक्स का वास्तव में मतलब है कि यह A: :x है जो इनहेरिटेंस(Inheritance) में मिला है।
 और एक्सेस स्पेसियर(access specifier) प्राइवेट क्या है।
 तो, निश्चित रूप से व्युत्पन्न वर्ग(class) आधार वर्ग(class) के निजी डेटा सदस्यों(data members) तक नहीं पहुंच सकता है।
 तो, यह दुर्गम है।
 यदि आप कक्षा(class) C में x को देखते हैं, तो यह फिर से वही तर्क है कि यह A में निजी है, इसलिए, आप इसे एक्सेस नहीं कर सकते; आप इसे कक्षा(class) डी में एक्सेस नहीं कर सकते, क्योंकि यह ए में निजी है, स्पष्ट है।
 अब हम कहते हैं कि यदि हम वर्ग(class) E को देखते हैं, और फ़ंक्शन(function) f () है कि वर्ग(class) E इस तथ्य को परिभाषित करता है कि x अप्राप्य होगा, क्योंकि x यहाँ निजी है इसलिए x, B में निजी है, x में निजी है डी में सी, एक्स निजी है क्योंकि यह बी के लिए निजी है, यह निजी विशिष्ट सार्वजनिक इनहेरिटेंस(Inheritance) है, परिणामी दृश्यता निजी है।
 सी के लिए, यह सार्वजनिक रूप से खेदजनक है, जो विशिष्ट निर्दिष्ट उत्तराधिकार सुरक्षित है, संरक्षित इनहेरिटेंस(Inheritance), परिणामी निजी है।
 ए में, यह विशिष्ट है निजी इनहेरिटेंस(Inheritance) डी में निजी परिणाम है, यह निजी है।
 इसलिए, B, C, D सभी में, हम यह कारण दे सकते हैं कि x वास्तव में निजी है।
 तो, यह पहुंच इस में से किसी के लिए भी सुलभ नहीं होगी।
 लेकिन ई में, आप पाते हैं कि यू सुलभ नहीं है।
 यू क्यों सुलभ नहीं है, आप यहां क्या कर रहे हैं तो, यह कहां से यू में प्राप्त कर सकता है, इसके पास कोई डेटा सदस्य नहीं है।
 तो, यह यू को मूल वर्ग(class) बी से प्राप्त कर सकता है।
 तो, यह बी का एक यू है।
 तो, यह u मूल रूप से B:: u है जो B का निजी सदस्य है, इसलिए आप इसे यहां नहीं ले सकते।
 आप कक्षा(class) F के लिए समान तर्क कर सकते हैं।
 कक्षा(class) G को देखें, वर्ग(class) G एक्सेस नहीं कर सकता है, इसलिए उदाहरण के लिए कई अलग-अलग चीजें, क्लास G y तक पहुँच नहीं सकती हैं, वर्ग(class) G y तक पहुँच नहीं सकता है।
 तो, यह y कहां वाई रूप प्राप्त करता है, यह y स्वयं का नहीं है।
 तो, यह मुझे कहां से प्राप्त करना है, इसे इस रास्ते पर लाना होगा।
 तो, हमें यह माता पिता है डी है, डी किसी भी वाई नहीं है; यू, वी और डब्ल्यू, इसमें कोई वाई नहीं है।
 तो, यह कहाँ से प्राप्त कर सकते हैं, अगर माता पिता A जिसके पास एक वाई है।
 तो, आप यहाँ जानते हैं, यह संरक्षित है, यह y संरक्षित है।
 तो, चाइल्ड क्लास को उस तक पहुंचने में सक्षम होना चाहिए जो डी है उसे एक्सेस करने में सक्षम होना चाहिए।
 क्या D इसे एक्सेस कर सकता है, अगर मैं D पर जाता हूं, अगर मैं D पर जाता हूं, तो D में कार्य इस f फ़ंक्शन(function) y तक पहुंच सकता है और यही कारण है कि इसका उल्लेख यहां नहीं किया गया है जो कि शांत है क्योंकि आप हमेशा इसे अभिभावक से एक्सेस कर सकते हैं , लेकिन क्या होता है डी को एक निजी इनहेरिटेंस(Inheritance) तंत्र के माध्यम से इनहेरिटेंस(Inheritance) में मिला है।
 तो, जो y ए में संरक्षित था वह अब डी में निजी हो गया है, यह लिखित नहीं है, लेकिन यह इनहेरिटेंस(Inheritance) के भीतर है यह एक निजी सदस्य बन गया है और निश्चित रूप से कोई व्युत्पन्न वर्ग(class) एक निजी सदस्य तक नहीं पहुंच सकता है, इसलिए जी पहुंच नहीं सकता है और येही एक कारण है कि आप जी नहीं कर पाएंगे और आप वाई का उपयोग नहीं कर पाएंगे।
 आप इन चरों के लिए भी समान विश्वास कर सकते हैं।
 आगे जाकर, आप कर सकते हैं, मैं अब ऐसा नहीं करूंगा, आप कर सकते हैं, आपको यह काम करने में सक्षम होना चाहिए।
 यह वह जगह है जहां हमने इस पदानुक्रम(hierarchy) को देखा था कि विभिन्न सदस्यों की पहुंच वास्तव में फिर से मैंने डेटा सदस्यों(data members) के लिए यह सब कैसे दिखाया है, लेकिन इसी तरह आप सदस्य कार्यों(member functions) के लिए भी आवेदन करेंगे, यह इनहेरिटेंस(Inheritance) के विभिन्न रूपों को कैसे करेगा अंतर के साथ निर्दिष्ट सदस्य के कार्यों के संदर्भ में स्पष्ट होगा।
 आप अभी एक वैश्विक समारोह के लिए इसे फिर से हल करने का प्रयास कर सकते हैं।
 और यह सब आपको पालन करना होगा पदानुक्रम(hierarchy)पर जाने का एक समान तर्क है।
 यदि आप यह कहने की कोशिश कर रहे हैं कि c.w सुलभ है, तो c वर्ग(class) C का है, इसलिए यह यहाँ है।
 तो, आप देखते हैं कि सी मे एक डब्ल्यू है, सी मे एक डब्ल्यू है।
 और एक वैश्विक कार्य होने के नाते इसे सक्षम करने के लिए यह केवल उन सदस्यों तक पहुंचने में सक्षम होगा जो सार्वजनिक हैं।
 इसलिए, सी मे एक w है जो सार्वजनिक है इसलिए, यह सुलभ है।
 लेकिन आप किसी भी अन्य चर के बारे में सोचते हैं कि किसी भी अन्य सदस्य के पास सी है उनमें से कोई भी उदाहरण के लिए सुलभ नहीं है, वी सुलभ नहीं है, क्योंकि यहां वी संरक्षित है; z सुलभ नहीं है, z सुलभ क्यों नहीं है, क्योंकि अगर मैं c.z की बात करूं, तो यहां कोई z नहीं है।
 तो, जेड ए से आता है, जो सार्वजनिक है, यह सुलभ होना चाहिए था, लेकिन इनहेरिटेंस(Inheritance) की प्रक्रिया में जो कुछ हुआ है, वह आपको एक संरक्षित इनहेरिटेंस(Inheritance) के रूप में मिला है; सी संरक्षित तरीके से ए को इनहेरिटेंस(Inheritance) में मिला है।
 इसलिए, z की परिणामी दृश्यता सार्वजनिक और रक्षक की कम हो गई है।
 तो, यह संरक्षित सदस्य बन गया है और संरक्षित सदस्य वर्ग(class) के बाहर दिखाई नहीं दे रहा है, क्योंकि एफ एक वैश्विक कार्य है यहां यह एफ को दिखाई नहीं देता है।
 इसलिए, c.z सुलभ नहीं है।
 तो, इस तरह से, मैं आपसे अनुरोध करूंगा कि आप इस पूरे सेट के लिए काम करें और इससे आपके सभी संदेह स्पष्ट हो जाएंगे।
 अब, आखिरकार, मैं आपको केवल यह दिखाने की कोशिश करूंगा कि निजी इनहेरिटेंस(Inheritance) के उपयोग की कुछ संभावनाएं।
 हम एक उदाहरण फिर से लेते हैं कि आपको पहले बाएं हाथ की ओर देखना चाहिए, जहां मेरे पास एक इंजन(engine) वर्ग(class) है, और एक कार वर्ग(class) है, और मूल अवधारणा यह है कि कार में एक इंजन(engine) है।
 इसलिए, अगर कार में इंजन(engine) है तो इसमें कंपोनेंट(component) है।
 इसलिए, मैं इसे इस तरीके से मॉडल कर सकता हूं।
 तो, कि कार का कंस्ट्रक्टर(constructor) इंजन(engine) को तुरंत बदल देता है जो कि 8 सिलेंडर मूल्य के साथ कंस्ट्रक्टर(constructor) को आमंत्रित करता है।
 इसलिए, मेरे पास यहां एक इंजन(engine) उदाहरण है।
 और इसलिए, और उस इंजन(engine) को शुरू करने के संदर्भ में, कार ने विधि प्रारंभ() प्रदान किया है जो वास्तव में इंजन(engine) की विधि प्रारंभ() को लागू करता है।
 और अगर मैं ऐसा करता हूं, तो कार शुरू हो जाएगी, सरल रचना आधारित मॉडल।
 अब मैं तुलना के लिए समानांतर में दिखाता हूं कि यह निजी इनहेरिटेंस(Inheritance) के संदर्भ में भी तैयार किया जा सकता है, मेरे पास एक ही इंजन(engine) वर्ग(class) है कोई अंतर नहीं है, लेकिन मैं जो बदलता हूं वह मैं इस निजी डेटा सदस्य का उपयोग नहीं करता हूं इसके बजाय मैं एक निजी तरीके से इंजन(engine) वर्ग(class) से इनहेरिटेंस(Inheritance) में मिला।
 अगर मुझे इंजन(engine) क्लास से इनहेरिटेंस(Inheritance) में मिला है, तो एक निजी तरीका है, मेरे पास क्या है, यहाँ मेरे पास क्लास और कार क्लास हैं और मेरे पास इंजन(engine) एक डेटा सदस्य के रूप में है।
 यहाँ जब से मुझे इनहेरिटेंस(Inheritance) में मिला है तब भी मेरे पास एक बेस क्लास उदाहरण के रूप में इंजन(engine) होगा, मेरे पास कार यहाँ है और यह एक बेस क्लास इंस्टेंस है, ताकि इस तरह से मुझे मूल्य मिल सके, लेकिन निश्चित रूप से मुझे क्या करना होगा मुझे इंजन(engine) शुरू करने की क्षमता होनी चाहिए।
 तो, यह वही है जो मैं यहां निर्दिष्ट करता हूं यह सिर्फ एक और संकेतन है जहां आप उपयोग कर रहे हैं।
 इसलिए, जब आप बेस क्लास:: मेथड नेम का उपयोग करते हुए कहते हैं, तो इसका मतलब यह है कि जब भी मैं इस नाम की बात करता हूं, तो वास्तव में इसका मतलब बेस क्लास आइटम होता है, इसका मतलब है कि बेस क्लास फंक्शन।
 इसलिए, अगर मैं ऐसा करता हूं तो मैं फिर से कार को पलटा सकता हूं और c.start कर सकता हूं; और c.start इसके माध्यम से वास्तव में इंजन(engine) की शुरुआत कहेगा, जो फिर से इंजन(engine) शुरू हो जाएगा।
 तो, यहां भी इंजन(engine) दूसरों को दिखाई नहीं देता है, क्योंकि एक निजी डेटा सदस्य है, यहां भी यह दूसरों के लिए सुलभ नहीं है, क्योंकि मैंने एक निजी इनहेरिटेंस(Inheritance) किया है।
 तो, यह एक और तरीका है कि कुछ कार्यान्वयन हो सकता है मेरा मतलब है कि आप किसी प्रकार के घटक को निजी इनहेरिटेंस(Inheritance) के रूप में लागू कर सकते हैं, और निश्चित रूप से यह हमें इस सवाल पर लाता है कि हमें स्वाभाविक रूप से किसका उपयोग करना चाहिए, निजी इनहेरिटेंस(Inheritance) का उपयोग करने का कोई सवाल ही नहीं है।
 सामान्य स्थिति, आपको हमेशा रचना का उपयोग करना चाहिए।
 केवल कुछ विशेष परिस्थितियाँ जहाँ रचना वास्तव में काम नहीं करती है, आपको निजी इनहेरिटेंस(Inheritance) का उपयोग करना चाहिए।
 और आप उनका उपयोग केवल तभी करते हैं जब उन परिस्थितियों का सामना किया जाता है।
 इसलिए, जब हम इस श्रृंखला में बाद में बहुरूपता पर चर्चा करते हैं, तो एक उपयुक्त बिंदु पर मैं आपको कुछ समस्याओं के बहुरूपता का उपयोग करके उदाहरण दिखाऊंगा, जहां निजी इनहेरिटेंस(Inheritance) आपको रचना का उपयोग करने की तुलना में वास्तव में बेहतर समाधान दे सकती है।
 लेकिन एक अंगूठे के नियम के रूप में, मैं 99.99 प्रतिशत मामलों में कहूंगा कि अगर रचना की स्थिति है, तो आपको वास्तव में डेटा सदस्यों(data members) का उपयोग करना चाहिए और उस स्थान पर निजी इनहेरिटेंस(Inheritance) का उपयोग नहीं करना चाहिए।
 संक्षेप में, हमने यहां निजी और संरक्षित इनहेरिटेंस(Inheritance) के संदर्भ में प्रतिबंधों की बुनियादी धारणाओं को प्रस्तुत किया है।
 और हमने चर्चा की है कि वास्तव में प्रोटोकॉल(protocol) को कैसे परिभाषित किया जाता है, जिसके माध्यम से तीन प्रकार की सार्वजनिक, संरक्षित और निजी दृश्यता तीन प्रकार की इनहेरिटेंस(Inheritance) सार्वजनिक, संरक्षित और निजी इनहेरिटेंस(Inheritance) के साथ बातचीत करती है।
 और अंत में, हमने एक उदाहरण दिखाते हुए यह दिखाने की कोशिश की है कि निजी इनहेरिटेंस(Inheritance) का उपयोग कैसे किया जा सकता है, यह महसूस करने के लिए कि किस चीज को आमतौर पर कुछ और के रूप में कार्यान्वित किया जाता है या किसी अन्य चीज के एक घटक का उपयोग या उपयोग किया जाता है और सावधानी के साथ, हम इसका उपयोग बहुत ही प्रतिबंधात्मक तरीके से करेंगे।
 इसलिए, इसके साथ, हम इनहेरिटेंस(Inheritance) की मूल धारणाओं की श्रृंखला के करीब लाएंगे।
 और अगले मॉड्यूल से, हम इनहेरिटेंस(Inheritance) के उन्नत पहलुओं के बारे में बात करेंगे, जो कि बहुपद के रूप में जाना जाता है, जो कि चर्चा करने के लिए मुख्य विचार होगा।