सी # में इंटरफेस पर एक्सटेंशन विधियों के साथ छद्म-बहु-विरासत?

Question

Similar question but not quite the same thing

मैं सोच रहा था इंटरफेस के रूप में एक ही नाम स्थान में विस्तार के तरीकों के साथ आपको लगता है कि में एकाधिक वंशानुक्रम के लिए एक समान प्रभाव आप डुप्लिकेट कोड एक ही इंटरफ़ेस को लागू करने में 10 में एक ही तरीका है की जरूरत नहीं है हो सकता है कि विभिन्न वर्ग

ऐसा करने के कुछ डाउनसाइड्स क्या हैं? मुझे लगता है कि पेशेवर बहुत स्पष्ट हैं, यह वह विपक्ष है जो आम तौर पर बाद में आपको काटने के लिए वापस आती है।

मुझे लगता है कि एक विपक्ष का तरीका यह है कि एक्सटेंशन विधियां आभासी नहीं हो सकती हैं, इसलिए आपको यह सुनिश्चित करने की ज़रूरत है कि आप वास्तव में चाहते हैं कि वे प्रत्येक उदाहरण के लिए उसी तरह लागू हों।

Answer 1

विस्तार विधियों के माध्यम से इंटरफ़ेस क्षमता निर्माण के साथ जो समस्या मैं देखता हूं वह यह है कि अब आप वास्तव में इंटरफ़ेस को कार्यान्वित नहीं कर रहे हैं और इसलिए ऑब्जेक्ट को इंटरफ़ेस प्रकार के रूप में उपयोग नहीं कर सकते हैं।

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

यदि मुझे कई विरासत की आवश्यकता है (और अब तक मैं इसके बिना रहता हूं) बुरी तरह से, मुझे लगता है कि मैं कोड डुप्लिकेशन की मात्रा को कम करने के लिए संरचना का उपयोग करूंगा।

Answer 2

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

एक इंटरफ़ेस घोषित करता है "मुझे इस कार्यक्षमता का उपयोग करने की परवाह है, लेकिन यह कैसे पूरा नहीं किया जाता है।" इससे कार्यान्वयनकर्ताओं को यह चुनने की आजादी मिलती है कि कैसे। यह तंत्र से, एक सार्वजनिक एपीआई, तंत्र से, कंक्रीट कोड के साथ एक वर्ग decouples।

चूंकि यह इंटरफेस का मुख्य लाभ है, उन्हें पूरी तरह कार्यान्वित करना क्योंकि विस्तार विधियां उनके उद्देश्य को हराने के लिए प्रतीत होती हैं। यहां तक ​​कि IEnumerable<T> में एक उदाहरण विधि है।

संपादित करें: इसके अलावा, ऑब्जेक्ट्स उनके डेटा में कार्य करने के लिए हैं। एक्सटेंशन विधियां केवल एक ऑब्जेक्ट की सार्वजनिक API देख सकती हैं (क्योंकि वे केवल स्थिर विधियां हैं); आपको इसे कार्य करने के लिए किसी ऑब्जेक्ट की स्थिति का खुलासा करना होगा (ओओ नो-नो)।