को लागू सी # में सुरक्षित बतख टाइपिंग

Question

पर कैसे Go इंटरफेस संभालती देख रही है और यह पसंद के बाद, मैं कैसे आप इस तरह सी # में इसी तरह बतख टाइपिंग प्राप्त कर सकते थे के बारे में सोचना शुरू कर दिया फ्लाई पर एडाप्टर बनाने के लिए System.Reflection.Emit। शायद किसी ने पहले से ही कुछ लिखा है। मुझे लगता है कि यह पहले से ही क्या नकली ढांचे से अलग नहीं है।

हालांकि, Mallard में वास्तव में IDuck विधियों का सही समय नहीं है, तो यह रन-टाइम पर अपवाद फेंक देगा। संकलन समय पर पहले त्रुटि प्राप्त करने के लिए, मुझे MallardToDuckAdapter लिखना होगा जो कि मैं बचने की कोशिश कर रहा हूं।

क्या कोई बेहतर तरीका है?

संपादित करें: जाहिर है कि मैं "सुरक्षित बतख-टाइपिंग" कहने के लिए उचित शब्द structural typing है।

Answer 1

यदि आप एक जीवित नहीं है, तो आपके सामने गाय सांस लेते हैं, तो आप कैसे जान सकते हैं कि एक गाय एक बतख और बतख की तरह बकर की तरह चलती है?

डक-टाइपिंग रन-टाइम पर उपयोग की जाने वाली अवधारणा है। संकलन-समय पर एक समान अवधारणा structural typing है जो सीएएलआर द्वारा समर्थित AFAIK नहीं है। (CLR nominative typing आसपास केंद्रित है।)

[एक संरचनात्मक प्रकार प्रणाली], कर्ताकारक प्रणाली, जहां तुलना स्पष्ट घोषणाओं या प्रकार के नाम के आधार पर कर रहे हैं, और बतख टाइपिंग के विपरीत है जो केवल के हिस्से में रनटाइम पर पहुंचने वाली संरचना को संगतता के लिए चेक किया गया है।

यह सुनिश्चित करने का सामान्य तरीका कि बतख-टाइपिंग रन-टाइम पर कोई अपवाद नहीं फेंकती है, वे इकाई-परीक्षण होते हैं।

Answer 2

DuckTyping for C#

Reflection.Emit आईएल कि सीधे मूल वस्तु कॉल फेंकना प्रयोग किया जाता है

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

Answer 3

मुझे नहीं लगता कि एक और तरीका है जिसमें आपको संकलन समय त्रुटि मिल जाएगी।

हालांकि, यह ऐसा कुछ है जो यूनिट परीक्षण के लिए बहुत अच्छा है।

DuckTyper.Adapt<Mallard, IDuck>(mallard); 

सफलतापूर्वक मानचित्र सत्यापित करने के लिए आप एक यूनिट परीक्षण लिखेंगे।

Answer 4

मुझे पता है कि वीबी 10 (सी # के बारे में कोई जानकारी नहीं) के लिए अंतर्निहित इंटरफेस (जो गो इंटरफेस हैं) की योजना बनाई गई थी। दुर्भाग्यवश, उन्हें रिलीज से पहले हटा दिया गया था (मुझे लगता है कि उन्होंने इसे बीटा में भी नहीं बनाया ...)। यह देखना अच्छा लगेगा कि वे .NET के भविष्य के संस्करण में उपस्थित होंगे या नहीं।

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