क्या {} स्टेटमेंट का उपयोग करके कॉल को रिटर्न के अंदर रखना एक अच्छा तरीका है?

Question 1

मैं सिर्फ यह जानना चाहता हूं कि returnकिसी usingब्लॉक के अंदर कॉल करना सुरक्षित / अच्छा तरीका है ।

पूर्व के लिए।

using(var scope = new TransactionScope())
{
  // my core logic
  return true; // if condition met else
  return false;
  scope.Complete();
}

हम जानते हैं कि सबसे अंतिम कर्ली ब्रेस dispose()को कहा जाता है। लेकिन उपरोक्त मामले में क्या होगा, क्योंकि returnदिए गए दायरे से बाहर नियंत्रण कूदता है (AFAIK) ...

क्या मेरा scope.Complete()कहा जाता है?
और इसलिए गुंजाइश की dispose()विधि के लिए।

Question 2

यह returnआपके usingब्लॉक के अंदर कॉल करने के लिए पूरी तरह से सुरक्षित है , क्योंकि एक ब्लॉक का उपयोग सिर्फ एक try/finallyब्लॉक है।

वापसी के बाद ऊपर दिए गए आपके उदाहरण में true, स्कोप का निपटान हो जाएगा और मान वापस आ जाएगा। return false, और बुलाया नहींscope.Complete() जाएगा । हालाँकि इसे तब तक परवाह नहीं कहा जाएगा क्योंकि यह अंततः ब्लॉक के अंदर रहता है।Dispose

आपका कोड अनिवार्य रूप से इस के समान है (यदि यह समझना आसान हो जाता है):

var scope = new TransactionScope())
try
{
  // my core logic
  return true; // if condition met else
  return false;
  scope.Complete();
}
finally
{
  if( scope != null) 
    ((IDisposable)scope).Dispose();
}

कृपया ध्यान रखें कि आपका लेनदेन कभी भी प्रतिबद्ध नहीं होगा क्योंकि लेनदेन करने के लिए कोई रास्ता नहीं है scope.Complete()।

Question 3

यह ठीक है - finallyक्लॉज़ (जो कि क्लॉस के क्लोज़िंग कर्ली ब्रेस usingको हुड के नीचे करता है) हमेशा स्कोप को छोड़ दिया जाता है, जब कोई गुंजाइश नहीं होती है, तो कोई बात नहीं।

हालाँकि, यह केवल उन कथनों के लिए सही है जो अंततः ब्लॉक में हैं (जिनका उपयोग करते समय स्पष्ट रूप से सेट नहीं किया जा सकता है using)। इसलिए, आपके उदाहरण में, scope.Complete()कभी भी कॉल नहीं किया जाएगा (मुझे उम्मीद है कि संकलक आपको अगम्य कोड के बारे में चेतावनी दे सकता है)।

Question 4

सामान्य तौर पर, यह एक अच्छा तरीका है। लेकिन आपके मामले में, यदि आप कॉल करने से पहले लौटते हैं, तो scope.Complete()यह सिर्फ TransactionScope को मिटा देगा। अपने डिजाइन पर निर्भर करता है।

तो, इस नमूने में, पूर्ण () नहीं कहा जाता है, और स्कोप का निपटारा किया जाता है, यह मानते हुए कि यह आईडीआईसोपोलेटरी इंटरफ़ेस विरासत में मिला है।

Question 5

गुंजाइश है return। पूरा निश्चित रूप से पहले बुलाया जाना चाहिए । कंपाइलर एक चेतावनी प्रदर्शित करेगा और यह कोड कभी नहीं कहा जाएगा।

returnअपने बारे में - हां, इसे usingबयान के अंदर कहना सुरक्षित है । उपयोग करने का अनुवाद करने की कोशिश की जाती है, अंत में दृश्य के पीछे ब्लॉक करना और अंत में ब्लॉक को निश्चित रूप से निष्पादित किया जाना है।

Question 6

आपके द्वारा दिए गए उदाहरण में, एक समस्या है; scope.Complete()कभी नहीं कहा जाता है। दूसरे, returnबयानों के अंदर usingबयान का इस्तेमाल करना अच्छी बात नहीं है । निम्नलिखित का संदर्भ लें:

using(var scope = new TransactionScope())
{
    //have some logic here
    return scope;      
}

इस सरल उदाहरण में, मुद्दा यह है कि; scopeकथन का उपयोग समाप्त होने पर वसीयत का मूल्य शून्य हो जाएगा।

इसलिए बयानों का उपयोग करके अंदर नहीं लौटना बेहतर है।

Question 7

यह सुनिश्चित करने के लिए कि scope.Complete()वसीयत को बुलाया जाएगा, इसे लपेटें try/finally। disposeक्योंकि आप के साथ लपेट है कहा जाता है usingएक विकल्प है कि try/finallyब्लॉक।

using(var scope = new TransactionScope())
{
  try
  {
  // my core logic
  return true; // if condition met else
  return false;
  }
  finally
  {
   scope.Complete();
  }
}

Question 8

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