अधिभार ऑपरेटर की आवश्यकता है <और शून्य जांच

Question

मैं C# में lessthan-operator को अधिभारित कर रहा हूं और मैं सोच रहा हूं कि इसे शून्य की जांच करने की आवश्यकता है या नहीं। नीचे आप एक उदाहरण देख सकते हैं:

public static bool operator <(MyClass x, MyClass y) 
{ 
    if (x == null && y == null) 
    { 
    return false; 
    } 
    if (x == null) 
    { 
    return true; //false? 
    } 
    if (y == null) 
    { 
    return false; //true? 
    } 
    return x.Value < y.Value; 
} 

या यह सही है:

public static bool operator <(MyClass x, MyClass y) 
{ 
    return x.Value < y.Value; 
} 

मैं इस पर कोई निर्देश खोजने के फ्लॉप। लेकिन शायद मुझे कुछ याद आया।

Answer 1

उत्तर आपके इच्छित उपयोग पैटर्न पर निर्भर करता है। यदि आप मिश्रण में नल रखने की योजना बना रहे हैं, और आप null मानों को गैर-शून्य मानों से कम मानना ​​चाहते हैं, तो आपका कार्यान्वयन सही है; यदि आप null मानों को गैर-शून्य वस्तुओं से अधिक मानना ​​चाहते हैं, तो टिप्पणी के बाद वापसी मूल्य (false और true) का उपयोग किया जाना चाहिए। यदि आप मिश्रण में नल को अनुमति देने की योजना नहीं बनाते हैं, तो ArgumentNullException फेंकना या NullReferenceException को सही विकल्प देना होगा।

Answer 2

एक कस्टम ऑपरेटर एक स्थिर विधि से थोड़ा अधिक है। इसके अलावा, जेनरल्स में ऑपरेटरों को आम तौर पर अपवाद नहीं फेंकना चाहिए। जिसका अर्थ है कि MyClass एक संदर्भ-प्रकार है, तो आपको उन नल-चेक की आवश्यकता है।

वैसे, यह गैर-nulls से कम होने के लिए nulls के लिए पारंपरिक है, जो आपके प्रस्तावित कार्यान्वयन को निष्क्रिय बनाता है।

Answer 3

व्यक्तिगत तौर पर मैं एक या तो x यदि या yArgumentNullException हैं null है, जो एक असाधारण परिस्थिति होना चाहिए फेंक होगा।

Answer 4

दोनों दृष्टिकोण सही हैं (सही के विभिन्न मूल्यों के लिए)।

यदि x या y शून्य होने की संभावना है और आपके मामले में इसका वैध अर्थ है तो पहले दृष्टिकोण के साथ जाएं।

यदि x और y शून्य होने की संभावना नहीं है तो दूसरे के साथ जाएं और किसी भी अपवाद को संभालने के लिए कॉलिंग कोड को प्रचारित करने दें।

Answer 5

1. यह एक बुरा विचार वर्गों पर ऑपरेटरों ओवरलोड है। हालांकि यह structs के लिए ठीक है।

2. यदि आप किसी वर्ग पर ऑपरेटर को अधिभारित करने का निर्णय लेते हैं, तो आपको या तो
   ए होगा। अपने तर्क
   बी में शून्य-जांच शामिल करें।
   सी में शून्य पारित होने पर अपवाद फेंको। रिक्त नहीं की जाँच करें और NullReferenceExceptions (बुरा) के लिए अनुमति

असल में, यह एक बुरा विचार एक वर्ग पर एक ऑपरेटर ओवरलोड है। मैं या तो अपनी कक्षा को एक संरचना में बदल दूंगा, या सिर्फ IComparable<T>/IEquatable<T> जैसे इंटरफ़ेस को कार्यान्वित करूंगा जिसमें दिशाओं में शून्य मानों का उपयोग होने पर दिशानिर्देश हैं।