रिटर्न टाइप शून्य के साथ विधियों को वापसी विवरण का उपयोग करना चाहिए?

Question

मुझे पता है कि इस तरह के रखवाली में के रूप में कई बार जब return; का उपयोग कर जावा, में एक उपयोगी उद्देश्य पूरा कर सकते हैं कर रहे हैं:

public void foo(Bar bar) { 
    if(bar == null) 
     return; 

    // bar is not null, go ahead and do stuff with it 
} 

लेकिन क्या सिर्फ वापसी प्रकार void के साथ एक विधि के अंत तक पहुँचने के बारे में? उदाहरण के लिए,

public void printMenu() { 
    System.out.println("Print out some boilerplate info here, line 1."); 
    System.out.println("Print out some boilerplate info here, line 2."); 
    System.out.println("Print out some boilerplate info here, line 3."); 

    return; 
} 

शुद्ध शैली वरीयताओं के अलावा, के लिए या कि return; सहित के खिलाफ किसी भी कारण हैं? यदि ऐसा है, तो वो क्या हैं?

संपादित करें: ठीक है, इसे तुरंत उत्तर दिया गया। नीचे पोस्ट किए गए 15 उत्तरों को सारांशित करने के लिए: "नहीं"

Answer 1

शायद आपको कोड की लाइन से भुगतान किया जाता है?

अन्यथा अंत में खाली वापसी करने का कोई कारण नहीं है।

Answer 2

आपके उदाहरण में अंत में 'वापसी' व्यक्तिगत, टीम या संगठन शैली का विषय है। मैं व्यक्तिगत रूप से एक स्पष्ट वापसी करना पसंद करता हूं।

Answer 3

शुद्ध रूप से स्टाइल-आधारित प्रश्न, बिल्कुल कोई फर्क नहीं पड़ता (शायद एक अतिरिक्त एएसएम निर्देश, लेकिन कौन परवाह करता है?)। जो भी आप पहले कोड में स्थापित सम्मेलन के साथ अधिक आरामदायक महसूस करते हैं या पालन करते हैं।

Answer 4

मैं उनसे बचता हूं, स्वयं। यह सिर्फ कोड की बेकार रेखा है। वास्तव में, PMD का एक नियम है जो ऐसे बेकार return कथनों की जांच करता है।

Answer 5

मुझे अंत में एक लटकती वापसी के लिए, एक शैली परिप्रेक्ष्य से भी कोई कारण नहीं दिखता है। आखिरकार, आप जानते हैं कि यह वापस लौटने जा रहा है क्योंकि वहाँ एक अंत ब्रेस है ...

Answer 6

मुझे लगता है कि व्यक्तिगत वरीयता के अलावा, कोई फर्क नहीं पड़ता। पहला मामला मुझे लगता है कि यह वैध है। अन्यथा आपको बयान को एक बड़े कथन में पैक करना चाहिए।

अंतिम उदाहरण वापसी अनिवार्य है।

Answer 7

मैं कहता हूं कि ऐसा कभी नहीं करें। शून्य फ़ंक्शन में वापसी विवरण केवल कथन के तर्क को तोड़ने के उद्देश्य से हैं। यदि आप ऐसा करना शुरू करते हैं तो आप अपने कोड के पाठकों को भ्रमित बयान भेजते हैं, तो आपको यह सोचने का लुत्फ उठाया जाएगा कि शायद होने पर आप कथन को भूल गए हैं। हमेशा पठनीयता के लिए जाओ।

Answer 8

मैं इसे एक स्थिरता बिंदु से बचूंगा। हमेशा इसे जोड़ने के लिए याद रखना आसान नहीं है।

Answer 9

यह किसी भी उद्देश्य की सेवा नहीं करता है लेकिन यदि आप इसे करना चाहते हैं (क्योंकि आपकी टीम में हर कोई ऐसा करता है या किसी भी कारण से), तो आप इसे कर सकते हैं। structured programming की

Answer 10

एक विचार था:

हर दिनचर्या ठीक एक प्रवेश बिंदु है और वास्तव में एक निकास बिंदु होना चाहिए।

यदि आप उस नीति की सदस्यता लेते हैं, तो return कथन नियमित रूप से बाहर निकलने का एकमात्र तरीका इंगित करता है।

प्रैक्टिस में, वह नीति कोड स्पष्ट नहीं करती है, और इसे 1 9 70 के दशक से अधिकतर अनदेखा कर दिया गया है। यदि आप अन्य दिनचर्या में एकाधिक रिटर्न स्टेटमेंट्स की अनुमति देते हैं, तो आपको शून्य रिटर्न स्टेटमेंट्स की अनुमति देनी चाहिए जहां यह अधिक समझ में आता है।

Answer 11

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