फ़ंक्शन नाम (अगले ब्रैकेट से पहले) के बाद एक स्थान का उपयोग करने के बारे में स्मार्ट हैक

जैसा कि आप जानते हैं, एक फ़ंक्शन नाम (अगले ब्रैकेट से पहले) के बाद के स्पेस में उन सभी भाषाओं में दो तरीके हैं जिनमें फ़ंक्शन नाम के बाद ब्रैकेट हैं (उदाहरण के लिए, C में, C ++ में, PHP में, जावास्क्रिप्ट में ...)।

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

अंतरिक्ष की बचत के विचारों से प्रेरित होकर, कोडिंग शैलियों और मानकों के अधिकांश लेखकों को यह विचार आता है कि इनमें से पहला मार्ग सही है। आप उदाहरण के रूप में PHP कोडिंग मानकों का उपयोग करके इसे सत्यापित कर सकते हैं: PEAR ([ 1 ], [ 2 ]), Zend , Symfony , CakePHP , DB Medialab , evolt.org , GForge , साथ ही nIxiDD का अपना मानक - ये सभी उदाहरण हैं। अंतरिक्ष से परहेज करने की सलाह देते हैं।

हालांकि, अपेक्षाकृत हाल ही में, मैंने इंटरनेट पर देखा (या तो हैब्रह्ब पर, या इसी तरह की अन्य साइट पर) एक तीसरा तरीका उपदेश: फ़ंक्शन नाम के बाद (और अगले ब्रैकेट से पहले) केवल इस फ़ंक्शन की परिभाषा में एक स्थान रखा , लेकिन फ़ंक्शन को कॉल करते समय एक स्थान नहीं रखा । इस रेसिपी के लेखक ने अनुमान लगाया (और काफी सही तरीके से) कि इस तीसरे रास्ते का अनुसरण करने से प्रोग्रामर के लिए खोज स्ट्रिंग " फंक्शननाम " ( "स्पेस में टाइप करने की संभावना खुल जाती है, ताकि उसे कॉल के गाड़ियों और जंगलों के माध्यम से बिना सोर्स कोड में फंक्शन की परिभाषा तुरंत मिल जाए।"

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

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

रीडर! क्या आप इसके पार नहीं आए?

Source: https://habr.com/ru/post/In118225/


All Articles