निर्माता

Question

मैं वास्तव में पुन: प्रयोज्य कोड के लिए सर्वोत्तम प्रथाओं है कि आसानी से डिबग है यह पता लगाने की कोशिश कर रहा हूँ में अशक्त के लिए जांच की जा रही। मैं डेवलपर्स के बीच एक आम प्रथा में भाग गया हूं कि मैं अभी तक समझ में नहीं आता हूं।

public MyConstructor(Object myObject) 
{ 
    if (myObject == null) 
     throw new ArgumentNullException("myObject is null."); 
    _myObject = myObject; 
} 

यह लगभग इस चेक करने के लिए अनावश्यक लगता है। लेकिन मुझे लगता है क्योंकि मैं पूरी तरह से समझ में नहीं आता क्या इस चेक कर के क्या लाभ हैं बस। ऐसा लगता है कि एक शून्य संदर्भ अपवाद किसी भी तरह फेंक दिया जाएगा? मैं शायद गलत हूं, वास्तव में इस पर कुछ विचार सुनना चाहूंगा।

धन्यवाद।

Answer 1

कंपाइलर के लिए, null एक वैध निर्माता तर्क है।

आपकी कक्षा myObject के लिए एक शून्य मान को संभालने में सक्षम हो सकती है। लेकिन अगर यह नहीं कर सकते हैं - अगर आपकी कक्षा को जब myObject रिक्त है - तो निर्माता में जाँच fail fast करने की अनुमति देता।

Answer 2

कंपिलियर को किसी ऑब्जेक्ट के मूल्य के बारे में कोई जानकारी नहीं है, इसलिए आपको यह सुनिश्चित करने के लिए रनटाइम पर जांचना होगा कि इसे शून्य मान के साथ नहीं कहा जाता है।

यह आपके विशेष समाधान पर भी निर्भर करता है। आप मैं केवल फेंक अगर आपको लगता है कि मान शून्य हो नहीं हो सकता हैं, अपवाद फेंक की जरूरत नहीं है, और अगर यह रिक्त है, कि एक असाधारण मामला है।

Answer 3

मुझे लगता है कि आम तौर पर यह बताना संभव नहीं है कि शून्य की जांच आवश्यक है या नहीं। यह इस बात पर निर्भर करता है कि आप शून्य मूल्यवान चर के साथ रह सकते हैं या नहीं। नल एक बुरा राज्य प्रति नहीं है। आप स्थितियों में, जहां यह शून्य और अन्य होने के लिए जहां यह नहीं है एक चर के लिए अनुमति दी है हो सकता है।

खुद से पूछें कि क्या यह शून्य मूल्यों को अनुमति देने के लिए समझ में आता है या नहीं और उसके अनुसार निर्माता को डिज़ाइन करता है।

Answer 4

null ऑब्जेक्ट पास करना कई मामलों में पूरी तरह से कानूनी है - इस वर्ग के लिए कार्यान्वयनकर्ता यह सुनिश्चित करना चाहता है कि आप वैध Object उदाहरण पास करने के लिए कक्षा w/o का उदाहरण नहीं बना सकते हैं, इसलिए बाद में कोई जांच नहीं होनी चाहिए पर - यह इस को जल्द से जल्द सुनिश्चित करने के लिए एक अच्छा अभ्यास है, जो निर्माता में होगा है।

Answer 5

आपको स्पष्ट रूप से शून्य की जांच करने की आवश्यकता है क्योंकि संकलक नहीं जानता है, बल्कि यह भी कि एक शून्य तर्क वैध तर्क हो सकता है।

Answer 6

लाभ यह है कि ऑब्जेक्ट निर्माण के समय अपवाद फेंक दिया जाएगा, ताकि आप आसानी से पता लगा सकें कि कोड का कौन सा हिस्सा अपराधी है। अपने कोड में गैर-शून्य myobject मूल्य की आवश्यकता है और आप निर्माता में यह मान्य नहीं है, NullReferenceException फेंक दिया जाएगा जब आप myObject_ का उपयोग करें और तुम वापस मैन्युअल रूप से पता लगाने के लिए जो में है कि शून्य मान भेजा देखने के लिए होगा।

Answer 7

आप प्रत्येक बार लिखने वाले कोड को कम करने के लिए एक सरल ThrowIfNull एक्सटेंशन विधि लागू कर सकते हैं। जॉन स्कीट ने इसे blog और संदर्भित SO लेख here में शामिल किया।

Answer 8

अगर आप 4.0 के तहत आप निम्न कर सकते हैं:

public ctor(IEnjection ninjaWeapon) 
{ 
    Contract.Requires<ArgumentNullException>(ninjaWeapon != null); 
    this.deadlyWeaponary.Add(ninjaWeapon); 
} 

एक पुराने संस्करण के तहत अगर आप, Microsoft.Contract संदर्भ एक ही बात करते हैं।