जावा स्विच के मामले: ब्रेसिज़ के साथ या बिना?

Question

निम्नलिखित दो स्निपेट पर विचार करें, जो कोष्ठकों:

switch (var) { 
    case FOO: { 
    x = x + 1; 
    break; 
    } 

    case BAR: { 
    y = y + 1; 
    break; 
    } 
} 

ब्रेसिज़ के बिना:

switch (var) { 
    case FOO: 
    x = x + 1; 
    break; 

    case BAR: 
    y = y + 1; 
    break; 
} 

मुझे पता है कि, जो कोष्ठकों स्निपेट में एक नया गुंजाइश ब्रेसिज़ में प्रत्येक मामले enclosing द्वारा बनाई गई है। हालांकि, अगर प्रत्येक मामले नई गुंजाइश (अर्थात् कोई चर नाम पुन: उपयोग किया जा रहा है) की जरूरत नहीं है, वहाँ एक मामले के साथ ब्रेसिज़ प्रयोग करने के लिए प्रदर्शन की सजा किसी भी प्रकार का है?

Answer 1

क्या किसी मामले के साथ ब्रेसिज़ का उपयोग करने के लिए प्रदर्शन का कोई दंड है?

कोई नहीं।

घुंघराले ब्रेसिज़ एक चर, स्थिति, फ़ंक्शन घोषणा आदि के दायरे को संकलित करने में मदद करने के लिए घुंघराले ब्रेसिज़ हैं। यह कोड निष्पादन योग्य में संकलित होने के बाद रनटाइम प्रदर्शन को प्रभावित नहीं करता है।

Answer 2

यह सवाल शायद के रूप में "तार्किक" (गले लगा युद्ध!) लेकिन क्या बिल्ली बंद कर दिया जा रहा है। मुझे मामलों के बाद वास्तव में ब्रेसिज़ पसंद है। मेरे लिए यह बदसूरत स्विच वाक्यविन्यास को बाकी भाषा संरचनाओं की तरह दिखता है। (इस "मामले" में ब्रेसिज़ प्रयोग करने के लिए कोई जुर्माना है)

Answer 3

आप कहते हैं क्योंकि कोई भी वेरिएबल नाम पुन: उपयोग किया जा रहा है ब्रेसिज़ छोड़ा जा सकता है। परिवर्तनीय नामों का पुन: उपयोग करके, मुझे लगता है कि आप एक ही प्रकार के एक नए चर घोषित करने का मतलब है।

ब्रेसिज़ वास्तव में सुनिश्चित करने के लिए आप गलती से अलग case रों में एक ही चर पुन: उपयोग न करना पड़े सबसे उपयोगी होते हैं। वे आज किसी भी चर की घोषणा नहीं है, लेकिन कोई उन्हें कल जोड़ देगा और ब्रेसिज़ के बिना कोड त्रुटियां उत्पन्न हो सकती।

Answer 4

यह चरम समयपूर्व अनुकूलन का उदाहरण है। चिंता करना और डीबग करना आसान तरीका है, इस बारे में चिंता करना एक बेहतर विचार होगा।

Answer 5

निष्पादन बिंदु से कोई प्रदर्शन जुर्माना नहीं।

देखने के एक संकलन मतलब नहीं अधिक पार्स करने के लिए है, लेकिन अगर किसी को वास्तव में इसके बारे में चिंतित थे कि वे :-)

और अब के लिए एक पंक्ति में अपने सभी कोड लिखने करना होगा के रूप में से थोड़ा सा प्रदर्शन जुर्माना हमारी पोस्ट का राय हिस्सा ... मैं हमेशा {और} में डालता हूं क्योंकि इसमें रखरखाव के लिए जुर्माना होता है, आपको उन्हें बाद की तारीख में रखना होगा, और बाद में उन्हें दर्द हो सकता है। .. लेकिन यह 103% व्यक्तिगत वरीयता है।

Answer 6

ब्रेसिज़ के साथ।

वहाँ बहुत सी बातें स्विच बयान के साथ गलत हो सकता है कि मैं उन्हें बचने के लिए जहाँ मैं कर सकते हैं की कोशिश, यानी

1. भूलकर टूट जाता है और इस प्रकार के होने के मामले गिरावट-थ्रू
2. एक डिफ़ॉल्ट मामले को भूल कर रहे हैं और इस तरह स्थिति
3. केस स्टेटमेंट्स के बीच आकस्मिक रूप से पुन: उपयोग करने वाले चर या फिर भी बदतर, एक चर को प्रभावित करते हुए जो केस स्टेटमेंट्स के बीच एक चर साझा कर रहा है, को गैर-कैटर्रेड नहीं पकड़ रहा है।

ब्रेसिज़ का उपयोग करते हुए एक तरह से मामले बयान

Answer 7

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

नहीं धनुकोष्ठक ... कम वाक्य रचना स्विच मामलों के लिए और अधिक

Answer 8

मैं का उपयोग नहीं होता ब्रेसिज़ है।

• स्विच स्टेटमेंट पहले से ही ब्रेसिज़ के बिना पर्याप्त बारोक दिखता है।

• स्विच केस बहुत कम होना चाहिए। जब आपको चर घोषित करने की आवश्यकता होती है तो यह एक संकेत है कि आप इसे गलत कर रहे हैं। स्विच के मामलों के लिए

अब कुछ विरासत सी कोड है जो खेल 500+ लाइनों के मामलों स्विच को बनाए रखने के लिए रवाना ...

Answer 9

जैसा कि हम जानते ब्रेसिज़ आवश्यक नहीं हैं। ब्रेसिज़ के मामलों का उपयोग किसी मामले के दायरे के बारे में भ्रम पैदा कर सकता है।

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

अर्थात जब मैं की तरह कुछ,

switch(i) 
{ 
    case 1 : 
    { 
    //do something 
    } 
    System.out.println("Hello from 1"); 

    case 2: 
    .... 
} 

"नमस्ते 1 से" है मुद्रित हो जाता है। लेकिन घुंघराले ब्रेस का उपयोग एक अज्ञानी पाठक का सुझाव दे सकता है कि मामला '}' के साथ समाप्त होता है, पहले से ही जानना कि घुंघराले ब्रेसिज़ आम तौर पर लूप, विधियों आदि के मामले में क्या इंगित करते हैं

जैसा कि हमारे पास 'सी' में कूद-से-लेबल विवरण हैं 'नियंत्रण सिर्फ मामले में बदल जाता है और इसे निष्पादन जारी रखता है। तो, उस समझ के साथ स्विच के मामलों को लिखते समय घुंघराले ब्रेसिज़ का उपयोग करने के लिए यह केवल एक बीएडी अभ्यास है।

तकनीकी रूप से बोलते हुए आप वैध वाक्यविन्यास के साथ उपयोग किए जाने पर घुंघराले ब्रेसिज़ की एक अतिरिक्त जोड़ी के साथ अपने कोड के किसी भी ब्लॉक को घेर सकते हैं। स्विच में ब्रेसिज़ का उपयोग करना कम से कम मेरे लिए इतना बुरा लगता है क्योंकि ऐसा लगता है कि मैंने उपरोक्त कहा है।

मेरा सुझाव: बस स्विच मामलों के लिए आसपास के ब्रेसिज़ का उपयोग करने से बचें।