"गार्ड स्टेटमेंट" बनाम "एकल फ़ंक्शन निकास बिंदु" प्रतिमान की रखरखाव पर कोई भी शोध उपलब्ध है?

Question

मुझे आश्चर्य है कि क्या "गार्ड स्टेटमेंट" पैराडाइम बनाम "एकल फ़ंक्शन निकास बिंदु" प्रतिमान का उपयोग करने वाली परियोजनाओं की रखरखाव पर कोई शोध (दोनों आरामदायक और मजबूत) रहा है? (सी # में)

गार्ड बयान उदाहरण:

string GetSomeString() 
{ 
    if(necessaryConditionFails) { return null; } 
    if(!FunctionWithBoolReturn(someAttribute)) { return null; } 
    //all necessary conditions have been met 
    //do regular processing... 
    return finalStringValue; 
} 

एकल समारोह निकास बिंदु उदाहरण (सी # में):

string GetSomeString() 
{ 
    string valueToReturn = null; 
    if(necessaryConditionPasses && FunctionWithBoolReturn(someAttribute)) 
    { 
     //all necessary conditions have been met 
     //do regular processing... 
     valueToReturn = finalStringValue; 
    } 
    return valueToReturn; 
} 

मैं गुण और दोनों की असफलताओं जानते इतने पर अंतहीन बहस होती रही है , लेकिन मैं वास्तविक शोध की तलाश में हूं कि प्रत्येक प्रतिमान कितना बनाए रखा जा सकता है *। यह अज्ञात हो सकता है, लेकिन मुझे लगा कि जानकारी वहां मौजूद है, तो एसओ पर कोई यह जान लेगा कि यह कहां था। मेरी वेब खोज अब तक सफल नहीं रही है।

** मैं भी पता है कि (मुझे सहित) कई प्रोग्रामर अपने कोड भर दोनों सिद्धांतों का उपयोग, स्थिति के आधार पर कर रहा हूँ। मैं सिर्फ एक निकास बिंदुओं का अपना कुछ समस्याएं हैं करने के लिए मजबूर है जो एक पसंदीदा प्रतिमान के रूप में उपयोग करने के लिए अधिक से अधिक रख-रखाव के एक सिद्ध ट्रैक रिकॉर्ड है खोजने के लिए उम्मीद कर रहा हूँ। *

Answer 1

।

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

दूसरा, अगर आप अपवाद का उपयोग कर रहे आप अगर आप अपने एकल निकास बिंदु फिर से चाहते हैं सब कुछ को पकड़ने के लिए मजबूर हैं।

तो, व्यक्तिगत रूप से, मैं डाल पसंद करते हैं चेकों के बहुत सारे (और इस बात पर ज़ोर) शुरुआत में और समारोह के निष्पादन के दौरान, और मुसीबत का पहला संकेत पर समारोह से बाहर निकलें।