खराब अभ्यास? सी # के उपयोग कथन का गैर-कैनन उपयोग

Question

सी # using कथन है, खासकर आईडीस्पोजेबल ऑब्जेक्ट्स के लिए। संभवतः, using कथन में निर्दिष्ट किसी ऑब्जेक्ट में कुछ प्रकार का संसाधन होगा जो निर्धारित रूप से मुक्त किया जाना चाहिए।

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

क्या मैं मन में है आपरेशन के प्रकार है कि अक्सर, एक BeginXXX() और EndXXX() विधि के साथ शुरू होता है, हालांकि इस तरह के एक अतुल्यकालिक कोड निष्पादन शामिल है कि एक "शुरू" और "शामिल हों" के रूप में विभिन्न जायके, के बहुत सारे हैं।

इस बेवकूफ उदाहरण को लें।

webDataOperation.Start(); 
GetContentFromHardDrive(); 
webDataOperation.Join(); 
// Perform operation that requires data from both sources 

क्या होगा अगर, बजाय, प्रारंभ विधि एक वस्तु जिसका IDisposable.Dispose विधि में शामिल होने के कार्रवाई निष्पादित लौट आए।

using(webDataOperation.Start()) { 
    GetContentFromHardDrive(); 
} 
// Perform operation that requires data from both sources 

या, बेहतर अभी तक, क्या मैं विशेष रूप से मन में था: मैं एक उद्देश्य यह है कि अति विशिष्ट ग्राफिक्स blitting करता है और एक Begin() और End() विधि (एक डिजाइन भी DirectX में वर्तमान और XNA) है है। इसके बजाय ...

using(blitter.BlitOperation()) { 
    // Do work 
} 
// Use result 

यह अधिक प्राकृतिक और पठनीय हो रहा है, लेकिन यह अनुचित है, के रूप में यह IDisposable इंटरफेस और अनायास ही उद्देश्यों के लिए using कथन का उपयोग करती दिख रहे हैं? दूसरे शब्दों में, क्या यह एक गैर-सहज ज्ञान युक्त तरीके में ऑपरेटर को वर्लोड करने के बराबर होगा?

Answer 1

यह एक पूरी तरह स्वीकार्य अभ्यास है। इन्हें फैक्टर प्रकार कहा जाता है, और Framework Design Guidelines बस ऐसा करने की सिफारिश करता है।

मूल रूप से, यदि प्रकार विशिष्ट जीवनकाल के साथ एक ऑपरेशन को लपेटता है, तो IDISposable का उपयोग करके और उपयोग कथन पर विचार करने के लिए एक उचित बात बन जाती है।

मैंने वास्तव में लगभग this specific topic here ब्लॉग किया है।

Answer 2

मुझे लगता है कि आपको इसके लिए क्या उद्देश्य है, इसके लिए IDISposable का उपयोग करना चाहिए, और कुछ भी नहीं। यही है, अगर रखरखाव आपके लिए मायने रखता है।

Answer 3

मैं कहूंगा कि यह स्वीकार्य है - असल में, मैंने इसे कुछ परियोजनाओं में उपयोग किया है जहां मैं एक विशिष्ट कोड ब्लॉक के अंत में एक क्रिया ट्रिगर करना चाहता था।

http://blogs.msdn.com/wesdyer/archive/2007/02/23/linq-to-ascii-art.aspx

class ActionDisposable: IDisposable 
{ 
    Action action; 

    public ActionDisposable(Action action) 
    { 
     this.action = action; 
    } 

    #region IDisposable Members 

    public void Dispose() 
    { 
     this.action(); 
    } 

    #endregion 
} 

: -

वेस Deyer उसकी LINQ में इसका इस्तेमाल किया कला कार्यक्रम ASCII करने के लिए, वह यह कार्रवाई डिस्पोजेबल (: डी मैं अपने फैसले पर भरोसा था वेस सी # संकलक टीम पर काम करता है) कहा जाता है

अब आप एक समारोह से लौट सकते हैं कि, और कुछ इस तरह करते हैं:

using(ExtendedConsoleWriter.Indent()) 
{ 
    ExtendedConsoleWriter.Write("This is more indented"); 
} 

ExtendedConsoleWriter.Write("This is less indented"); 

Answer 4

यह एक आम पैटर्न है, लेकिन व्यक्तिगत रूप से, मुझे विश्वास है कि आईडी का दुरुपयोग करने के लिए कोई बहाना नहीं है कि इस तरह के इस्पोजेबल जब आप अज्ञात प्रतिनिधियों और/या लैम्बदास के साथ एक और अधिक स्पष्ट तरीके से एक ही प्रभाव प्राप्त कर सकते हैं; यानी .:

blitter.BlitOperation(delegate 
{ 
    // your code 
}); 

Answer 5

सिर्फ इसलिए कि आप (या क्योंकि फिल Haack कहते हैं यह ठीक है), इसका मतलब यह नहीं कर सकते हैं करना चाहिए।

अंगूठे का मूल नियम: यदि मैं आपका कोड पढ़ सकता हूं और समझ सकता हूं कि यह क्या कर रहा है और आपका इरादा क्या है, तो यह स्वीकार्य है। अगर, दूसरी तरफ, आपको यह समझाने की ज़रूरत है कि आपने क्या किया है, या आपने ऐसा क्यों किया है, तो शायद यह कोड बनाए रखने वाले जूनियर डेवलपर्स की यात्रा करने जा रहा है।

कई अन्य पैटर्न हैं जो बेहतर encapsulation के साथ इसे पूरा कर सकते हैं।

नीचे की रेखा: यह "तकनीक" आपको कुछ भी नहीं खरीदती है और केवल अन्य डेवलपर्स को भ्रमित करने के लिए कार्य करती है।

Answer 6

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

मैं अल्पसंख्यक में हूं। अधिकांश लोग ऐसा लगता है कि एक सामान्य उद्देश्य के रूप में "उपयोग" का उपयोग करते हैं "मैं कुछ सफाई कोड चाहता हूं भले ही अपवाद फेंक दिया जाए" तंत्र।

मुझे इससे नापसंद है क्योंकि (1) हमारे पास पहले से ही "कोशिश-अंत" नामक एक तंत्र है, (2) यह उस उद्देश्य के लिए एक सुविधा का उपयोग करता है जिसका उद्देश्य नहीं था, और (3) अगर कॉल क्लीनअप कोड महत्वपूर्ण है, तो यह उस बिंदु पर क्यों दिखाई नहीं दे रहा है जहां इसे कहा जाता है? यदि यह महत्वपूर्ण है तो मैं इसे देखने में सक्षम होना चाहता हूं।