inheritance पर टैग किए गए जवाब

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

19 javascript  inheritance  mixins 

मेयर के ऑब्जेक्ट-ओरिएंटेड सॉफ्टवेयर कंस्ट्रक्शन (1988) में वह खुले / बंद सिद्धांत को निम्नानुसार परिभाषित करता है: अगर यह अभी भी विस्तार के लिए उपलब्ध है तो एक मॉड्यूल को खुला कहा जाएगा। उदाहरण के लिए, इसमें मौजूद डेटा संरचनाओं में फ़ील्ड जोड़ना संभव है, या इसके द्वारा किए जाने …

19 object-oriented-design  inheritance  backward-compatibility  open-close 

OOP की एक निश्चित विफलता को वर्ग वर्ग के साथ दिखाया गया है जो आयत से विरासत में मिला है, जहाँ तार्किक रूप से वर्ग आयत की एक विशेषता है और इसलिए इसे इनहेरिट करना चाहिए, लेकिन जब आप स्क्वायर की लंबाई या चौड़ाई को बदलने का प्रयास करते हैं …

18 object-oriented  inheritance  liskov-substitution 

हमारे रेल आवेदन में, हम सूचनाएं जोड़ रहे हैं। इनमें से कुछ हैं blocking: वे उस संसाधन की प्रगति को रोक देते हैं जिस पर उन्हें जोड़ा जाता है, क्योंकि उस संसाधन की कुछ जानकारी गायब है। अन्य सूचनाएं सरल सूचनाएं हैं, और केवल जानकारी प्रदान करती हैं। आज हमारी …

18 object-oriented  inheritance  ruby-on-rails 

जावा में, विधियों के लिए चार उपलब्ध पहुँच संशोधक हैं: public - कोई भी वर्ग इस पद्धति का उपयोग कर सकता है। protected - एक ही पैकेज में कक्षाएं और किसी भी पैकेज में उपवर्ग इस पद्धति का उपयोग कर सकते हैं। private - केवल यह वर्ग इस पद्धति का …

17 java  object-oriented  inheritance  language-features 

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

16 object-oriented  inheritance  abstract-class 

जैसा कि वर्तमान में खड़ा है, यह प्रश्न हमारे प्रश्नोत्तर प्रारूप के लिए एक अच्छा फिट नहीं है। हम तथ्यों, संदर्भों या विशेषज्ञता के आधार पर उत्तर दिए जाने की अपेक्षा करते हैं, लेकिन इस प्रश्न पर बहस, बहस, मतदान या विस्तारित चर्चा की संभावना होगी। यदि आपको लगता है …

16 design-patterns  object-oriented  inheritance 

इस उत्तर से प्रेरित : Liskov प्रतिस्थापन सिद्धांत की आवश्यकता है कि उपसर्गों को एक उपप्रकार में मजबूत नहीं किया जा सकता है। उपसंहार को उपप्रकार में कमजोर नहीं किया जा सकता है। सुपरपाइप के हमलावर को एक उपप्रकार में संरक्षित किया जाना चाहिए। इतिहास की बाधा ("इतिहास का नियम")। …

14 object-oriented  inheritance  solid  design-principles  liskov-substitution 

आज मैंने देखा कि मैं मूल रूप protectedसे C ++ कोड में कभी भी विधियों का उपयोग नहीं करता , क्योंकि मुझे शायद ही कभी किसी अभिभावक के गैर-सार्वजनिक तरीकों को कॉल करने की आवश्यकता महसूस होती है। मैं टेम्पलेट पद्धति पैटर्न में जावा में संरक्षित का उपयोग करता हूं, …

14 c++  object-oriented  inheritance  access-modifiers 

यह पृष्ठ निम्नलिखित तर्क के साथ वंशानुक्रम पर रचना की वकालत करता है (मेरे शब्दों में इसे कहा गया है): सुपरक्लास की एक विधि के हस्ताक्षर में बदलाव (जो उपवर्ग में ओवरराइड नहीं किया गया है) जब हम इनहेरिटेंस का उपयोग करते हैं, तो कई स्थानों पर अतिरिक्त परिवर्तन होता …

13 object-oriented  inheritance  composition 

मेरे पास एक वर्ग है, जो एक सामान्य आधार प्रकार के दूसरे वर्ग को लपेटता है। क्योंकि बेस टाइप इंटरफ़ेस काफी बड़ा है, जिसमें बहुत सारे पास-थ्रू फ़ंक्शन लिखना शामिल है। मैं इससे बचने का रास्ता ढूंढ रहा हूं। आइए एक उदाहरण बनाते हैं: Car / \ Volvo VolvoWithTrailer अब …

13 c++  inheritance  templates  composition 

मैं खुद को सॉफ्टवेयर इंजीनियरिंग सिखाने की कोशिश कर रहा हूं और कुछ परस्पर विरोधी सूचनाओं के खिलाफ आ रहा हूं, जो मुझे भ्रमित कर रही हैं। मैं OOP सीख रहा हूं और क्या अमूर्त वर्ग / इंटरफेस हैं और उनका उपयोग कैसे करना है, लेकिन फिर मैं यह पढ़ …

13 object-oriented  php  interfaces  inheritance  composition 

निम्न कोड स्मृति रिसाव का कारण बनता है: #include <iostream> #include <memory> #include <vector> using namespace std; class base { void virtual initialize_vector() = 0; }; class derived : public base { private: vector<int> vec; public: derived() { initialize_vector(); } void initialize_vector() { for (int i = 0; i < …

12 c++  inheritance  memory  allocation 

वैकल्पिक फ़ील्ड वाले वर्गों के लिए, विरासत या अशक्त संपत्ति का उपयोग करना बेहतर है? इस उदाहरण पर विचार करें: class Book { private String name; } class BookWithColor extends Book { private String color; } या class Book { private String name; private String color; //when this is null …

12 java  inheritance  class  null 

खाली इंटरफेस आमतौर पर बुरा व्यवहार माना जाता है, जहां तक ​​मैं बता सकता हूं - विशेषकर जहां विशेषताओं जैसी चीजें भाषा द्वारा समर्थित हैं। हालांकि, क्या एक इंटरफ़ेस को 'खाली' माना जाता है अगर यह अन्य इंटरफेस से विरासत में मिला है? interface I1 { ... } interface I2 …

12 interfaces  inheritance