सी # ऑब्जेक्ट प्रारंभकर्ता जटिलता। सर्वोत्तम अभ्यास

Question

जब मैं ऑब्जेक्ट प्रारंभकर्ता सी # में दिखाई देता था तो मैं बहुत उत्साहित था।

MyClass a = new MyClass(); 
a.Field1 = Value1; 
a.Field2 = Value2; 

कम लिखा जा सकता है:

MyClass a = new MyClass { Field1 = Value1, Field2 = Value2 } 

ऑब्जेक्ट प्रारंभकर्ता कोड और अधिक स्पष्ट है, लेकिन जब गुण दर्जन के लिए आते हैं नंबर और यह मुश्किल है नल मूल्यों के साथ काम सौदों में से कुछ डिबग करने के लिए जहां "नल संदर्भ त्रुटि "है। स्टूडियो पूरे ऑब्जेक्ट प्रारंभकर्ता को त्रुटि बिंदु के रूप में दिखाता है।

आजकल मैं केवल त्रुटि मुक्त गुणों के लिए सीधे असाइनमेंट के लिए ऑब्जेक्ट प्रारंभकर्ता का उपयोग करता हूं।

आप जटिल असाइनमेंट के लिए ऑब्जेक्ट प्रारंभकर्ता का उपयोग कैसे करते हैं या दर्जनों आकलनों का उपयोग करने के लिए यह एक बुरा अभ्यास है?

अग्रिम धन्यवाद!

Answer 1

ठीक है, ऑब्जेक्ट प्रारंभकर्ताओं के साथ मेरा मुख्य गोमांस यह है कि उन्हें एक उत्परिवर्तनीय प्रकार की शुरुआत करने की आवश्यकता होती है: जहां संभव हो, मैं अपरिवर्तनीय प्रकारों का उपयोग करना पसंद करता हूं। ऐसा कहने पर, जब कोई ऑब्जेक्ट प्रारंभकर्ता काम करेगा (उदा। UI नियंत्रण के लिए) मैं उनका उपयोग करता हूं।

मैं संभवतः दो बार सोचना होगा अगर कार्य के लिए मान विशेष रूप से गणना करने के लिए जटिल थे - विशेष रूप से, आप एक ही अभिव्यक्ति में मूल्य प्राप्त करने में सक्षम होना चाहिए, और है कि कंप्यूटिंग की तुलना में कम पठनीय होने अंत हो सकता है यह कई कथन पर अधिक है ... लेकिन यह उन परिस्थितियों में अपेक्षाकृत दुर्लभ है जहां से शुरुआत करना संभव है।

मैं नहीं कह सकता मैं वस्तु initializers के साथ संपत्ति कार्य के दौरान अपवादों के साथ किसी भी समस्याओं पड़ा है - यह सिर्फ कुछ है कि मेरे लिए ऊपर आता है नहीं है। अगर ऐसा हुआ, मैं शायद एक असफल इकाई परीक्षण वैसे भी, जिस बिंदु पर कोड आमतौर पर वैसे भी डिबगर के बिना ठीक करने के लिए आसान हो जाता है लिखने की कोशिश होगी।

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

Answer 2

मैं इसे विकास में नहीं होने वाले कोड में कभी भी उपयोग नहीं करता क्योंकि आप बताते हैं कि डीबग करना अधिक कठिन है।

कोड के लिए अच्छी तरह से परीक्षण किया गया है, यह कोड को और अधिक पठनीय बना सकता है, हालांकि यह तर्क दिया जा सकता है कि आपको पढ़ने के लिए आसान बनाने के लिए अच्छी तरह से परीक्षण और कामकाजी कोड के साथ गड़बड़ नहीं करनी चाहिए।

याद रखें, वस्तु initialisers जहां भाषा के लिए शुरू की मुख्य रूप से Linq वाक्यविन्यास कानूनी बनाने के लिए। यही कारण है कि इसका मतलब यह नहीं है कि यह अधिक व्यापक रूप से इस्तेमाल किया जाना चाहिए।

यह कहकर कि, यदि आप कई नियंत्रणों पर गुणों का एक समूह स्थापित कर रहे हैं, तो अकेले इंडेंटेशन एक त्वरित अवलोकन प्राप्त कर सकता है कि कुछ नियंत्रणों के गुण कहां सेट हो रहे हैं।

Answer 3

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

हालांकि, अगर आप कई पंक्तियों भर में काम विभाजित है, मुझे लगता है कि जब एक अपवाद फेंक दिया है वी.एस. सही लाइन को इंगित करेंगे:

MyClass a = new MyClass { 
        Field1 = Value1, 
        Field2 = Value2 }; 

नोट: मैं इस अपने आप ऐसा नहीं करते हैं, तो कोमल हो मेरे (संभवतः) भयानक लाइन-ब्रेकिंग शैली के बारे में।