क्या कहना है?

SomeFunction() { ... if (false) { ... } ... } 

यदि एक (झूठा) ब्लॉक की आवश्यकता हो सकती है तो क्यों?

मान लें कि:

1. यह कोई भूल या भूल नहीं है।
2. अगर और गलत है - यह बिल्कुल शर्त ऑपरेटर और तार्किक झूठ है, और मैक्रोज़ / लाइनों, आदि के साथ कुछ चालें नहीं।

कट के तहत उत्तर विकल्प के एक जोड़े। अपने विचारों को व्यक्त करने के इच्छुक लोगों को टिप्पणियों में तुरंत अनुमान लगाने के लिए आमंत्रित किया जाता है।

दो अपर्याप्त विकल्प

1. प्रोग्रामर को लाइनों की संख्या के लिए भुगतान किए गए कार्य की उपस्थिति बनाने की आवश्यकता थी।
   बेवकूफ, दिलचस्प नहीं है, लेकिन ऐसा होता है। हम के माध्यम से चला गया।
   
2. इस फंक्शन में कहीं ब्लॉक तो कहीं गोटो (अगर)
   मैं गोटो का वैचारिक विरोधी बिल्कुल भी नहीं हूं - कभी-कभी इसका उपयोग उचित है। लेकिन एक अप्राप्य स्थिति को समझने के लिए संक्रमण या तो कोड में गड़बड़ी है, या कुछ ऐसे गहरे पवित्र अर्थ हैं कि मैं इसे समझ नहीं पा रहा हूं। हम के माध्यम से चला गया।

दो पर्याप्त विकल्प

1. कोड पर अस्थायी टिप्पणी करने के लिए (गलत) ब्लॉक का उपयोग करना।
हां, निश्चित रूप से, हमारे पास \\ , / ** / (या जो भी इसका मतलब है कि आपकी भाषा में टिप्पणी है)। लेकिन इन बातों के साथ निम्नलिखित परेशानियाँ हैं:

• \\ आपको प्रत्येक पंक्ति में डालने की आवश्यकता है (हाँ, कुछ IDE के पास इसके लिए हॉटकीज़ हैं - लेकिन सभी नहीं, और आपको इन हॉटकीज़ को याद रखने की आवश्यकता है)।
• / ** / नेस्टेड नहीं किया जा सकता है। यदि आवश्यक हो, तो एक कोड टिप्पणी करें जिसमें पहले से ही इस तरह की टिप्पणियां हैं, अनावश्यक क्रियाएं तुरंत जोड़ दी जाती हैं, जिसके बीच आपको भी चयन करने की आवश्यकता है (टिप्पणी सब कुछ, टिप्पणियों के प्रकार को बदल दें, टिप्पणियों के आंतरिक ब्लॉक को हटा दें)!
• कमेंट-आउट कोड आसानी से एक अन्य प्रोग्रामर द्वारा तर्क "टिप्पणी बाहर - यह आवश्यक नहीं है मतलब है" के अनुसार हटाया जा सकता है। लेकिन यह आवश्यक हो सकता है, लेकिन अस्थायी रूप से टिप्पणी की गई थी। अनकम्प्रेस्ड कोड का ब्लॉक सबसे अधिक सम्मान दिखाएगा।
• टिप्पणी कोड संकलित नहीं करता है। यदि भविष्य में उसकी आवश्यकता हो सकती है, तो इस बात की बहुत अधिक संभावना है कि वह अपने वातावरण में परिवर्तन के कारण काम नहीं करेगा।
• टिप्पणी-आउट कोड स्पष्ट नहीं है कि यह कैसे रिफैक्टरिंग टूल द्वारा समर्थित है। कुछ इसे बदलते हैं, कुछ पूछते हैं कि इसके साथ क्या करना है, और कुछ इसे अनदेखा करते हैं।

अगर (झूठा) ब्लॉक पर टिप्पणी करते हैं, तो हम इनमें से कुछ कठिनाइयों को बख्शते हैं।

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



इसकी आवश्यकता क्यों हो सकती है? यहाँ कुछ विकल्प हैं:

1. इस ब्लॉक में, आप कुछ अतिरिक्त-भारी लॉगिंग कर सकते हैं (अच्छी तरह से, उदाहरण के लिए, संपूर्ण मेमोरी का एक डंप)। सामान्य मोड में (और डिबग कॉन्फ़िगरेशन में भी), हमें इसकी आवश्यकता नहीं है, लेकिन कभी-कभी, डीबगिंग के दौरान, कुछ कठिन स्थान की आवश्यकता हो सकती है। इस डंप को लपेटें यदि (झूठे) और सही समय पर हम इसके अंदर कूदते हैं, तो वापस।
2. उसी डीबगिंग के दौरान, हमें परीक्षण के लिए ऑब्जेक्ट को किसी संदर्भ राज्य में स्थानांतरित करना होगा। हमें न तो रिलीज़ में इसकी ज़रूरत है, न ही डीबग में - अब केवल डीबगिंग के लिए। प्लस, शायद भविष्य में - अगर समस्याएं हैं। हम (झूठा) में ऑब्जेक्ट के आरंभीकरण को लपेटते हैं - यह हमें प्रोग्राम में कोड की उपस्थिति की गारंटी देता है और सही समय पर हम निष्पादन को अंदर की ओर फेंकते हैं।

इस प्रकार, हमें एक कोड मिलता है जिसे कभी भी प्रोग्राम द्वारा नहीं बुलाया जाएगा, लेकिन अगर हम डिबगिंग प्रक्रिया के दौरान हमेशा "जंप" कर सकते हैं यदि वांछित है।