यह प्रश्न बहुत ही स्पष्ट है कि: क्या एकाधिक उत्तराधिकार उन सभी समस्याओं को हल नहीं करते हैं जो इकाई प्रणाली भी हल करती हैं?
मुझे बस "मल्टीपल इनहेरिटेंस" नामक एक शब्द याद था, और यह बहुत सी ब्लोटिंग समस्याओं को हल करने के लिए लगता है जो कि शास्त्रीय विरासत को थोपा गया था।
1
एकाधिक विरासत इकाई प्रणालियों के समान है, लेकिन यह समान नहीं है। उदाहरण के लिए, एकाधिक विरासत संस्थाओं में रन-टाइम पर जोड़े गए और हटाए गए घटक नहीं हो सकते हैं। सभी भाषाएँ एकाधिक वंशानुक्रम का भी समर्थन नहीं करती हैं। आप रचना को एक ही श्रेणी बनाम इकाई / घटकों में रखने पर भी विचार कर सकते हैं।
—
MichaelHouse
यदि आपकी कक्षाएं पहले से ही साफ-सुथरी हैं, तो आप उन्हें किसी भी तरह से एक साथ विरासत में दे सकते हैं, वे पहले से ही घटक हो सकते हैं। घटक रनटाइम पर रचना / एकत्रीकरण की अनुमति भी देते हैं
ठीक है, इसकी अधिक जटिल और कम त्रुटि की संभावना है, तो इसे क्यों पसंद करते हैं?
—
एपीआई-जानवर
एमआई वास्तव में "ब्लोट" मुद्दों को संबोधित नहीं करता है, क्योंकि एक मूल वर्ग या वर्गों से इंटरफ़ेस की अधिकता विरासत में एकल बनाम एकाधिक विरासत के बजाय एक विरासत तंत्र का उपयोग करके खराब होने का एक लक्षण है। एक ही "ब्लोट" एक रचना-उन्मुख दृष्टिकोण में एक समस्या के लिए, साथ ही साथ प्राप्त किया जा सकता है।
@MrBeast का मतलब है आप अधिक जटिल / अधिक त्रुटि प्रवण, कम जटिल / त्रुटि प्रवण, या "इसे पसंद क्यों नहीं करते?"
—
डीएवी