विशेष रूप से, मैं जावास्क्रिप्ट में लिख रहा हूँ।
मान लीजिए कि मेरा प्राथमिक कार्य फ़ंक्शन ए है। यदि फ़ंक्शन ए फ़ंक्शन बी को कई कॉल करता है, लेकिन फ़ंक्शन बी का उपयोग कहीं और नहीं किया जाता है, तो क्या मुझे फ़ंक्शन बी को फ़ंक्शन ए के भीतर रखना चाहिए?
क्या यह अच्छा अभ्यास है? या क्या मुझे अभी भी फंक्शन A के समान फंक्शन B को एक ही दायरे में रखना चाहिए?
जवाबों:
मैं आमतौर पर नेस्टेड कार्यों के पक्ष में हूं, विशेष रूप से जावास्क्रिप्ट में।
मुझे लगता है कि इस तथ्य का बहुत विरोध होता है कि ज्यादातर प्रोग्रामर या तो सी / सी ++ / जावा परंपरा में लाए गए थे, या किसी और द्वारा पढ़ाए गए थे। जब हम कार्यक्रम सीख रहे थे, तब नेस्टेड फ़ंक्शंस स्वाभाविक नहीं लगते क्योंकि हम उनके संपर्क में नहीं आते। इसका मतलब यह नहीं है कि वे उपयोगी नहीं हैं।
आपको इसे कई कारणों से वैश्विक दायरे में रखना चाहिए।
कॉलर में एक सहायक कार्य करने से कॉलर की लंबाई बढ़ जाती है। फ़ंक्शन की लंबाई लगभग हमेशा एक नकारात्मक संकेतक है; छोटे कार्यों को समझना, याद रखना, डिबग करना और बनाए रखना आसान होता है।
यदि सहायक फ़ंक्शन का एक समझदार नाम है, तो उस नाम को पढ़ना पास की परिभाषा को देखने की आवश्यकता के बिना पर्याप्त है। यदि आप ऐसा करने के लिए, फोन करने वाले समारोह को समझने के लिए तो यह है कि फोन करने वाले बहुत ज्यादा कर रहा है, या एक साथ अमूर्त की भी कई स्तरों पर काम कर रहा है में सहायक परिभाषा को देखने के लिए की जरूरत है।
विश्व स्तर पर उपलब्ध सहायक होने के कारण अन्य कार्यों को इसे कॉल करने की अनुमति देता है यदि यह आम तौर पर सभी के बाद उपयोगी हो जाता है। यदि सहायक उपलब्ध नहीं है, तो आपको इसे काटने और पेस्ट करने, या इसे भूल जाने और इसे फिर से लागू करने, खराब करने, या किसी अन्य फ़ंक्शन को लंबे समय तक बनाए रखने के लिए लुभाया जाता है।
हेल्पर फ़ंक्शन को नेस्ट करने से बिना घोषणा के कॉलर के दायरे से चर का उपयोग करने का प्रलोभन बढ़ जाता है, जिससे यह स्पष्ट नहीं हो जाता है कि हेल्पर के इनपुट और आउटपुट क्या हैं। यदि कोई फ़ंक्शन स्पष्ट रूप से यह नहीं बताता है कि यह किस डेटा पर काम करता है और इसके क्या प्रभाव हैं, तो यह आमतौर पर अस्पष्ट जिम्मेदारियों का संकेत है। हेल्पर गधे की घोषणा एक स्टैंडअलोन फ़ंक्शन आपको यह जानने के लिए मजबूर करता है कि यह वास्तव में क्या करता है।
संपादित करें
जितना मैंने सोचा था उससे अधिक विवादास्पद प्रश्न निकला। स्पष्टीकरण देना:
जावास्क्रिप्ट में, बड़ी फ़ाइल-फैनिंग फ़ंक्शन अक्सर कक्षाओं की भूमिका को पूरा करते हैं क्योंकि भाषा किसी अन्य गुंजाइश-सीमित तंत्र को प्रदान नहीं करती है। निश्चित रूप से सहायक कार्यों को ऐसे अर्ध-वर्गों के अंदर जाना चाहिए , न कि उनके बाहर।
और आसान पुन: उपयोग धारणाओं कि अगर एक सबरूटीन के बारे में बात करता हो जाते हैं और अधिक व्यापक रूप से इस्तेमाल, आप पूरी तरह से जगह की इसे बाहर ले जाने और उपयुक्त जगह है, जैसे एक स्ट्रिंग उपयोगिता पुस्तकालय में या अपने वैश्विक विन्यास रजिस्ट्री में यह डाल करने के लिए तैयार हैं। यदि आप अपने कोड को उस तरह से ऑर्डर नहीं करना चाहते हैं, तो आप सबरूटीन को घोंसले में डाल सकते हैं, ठीक उसी तरह जैसे आप एक सामान्य विधि ऑब्जेक्ट के साथ एक अधिक "ब्लॉकी" भाषा में करेंगे।
मैं एक बंद के भीतर दोनों कार्यों को जगह देने के लिए, एक तीसरे रास्ते का प्रस्ताव करने जा रहा हूं। ऐसा लगेगा:
var functionA = (function(){
function functionB() {
// do stuff...
}
function functionA() {
// do stuff...
functionB();
// do stuff...
}
return functionA;
})();हम एक IIFE में दोनों कार्यों की घोषणा को लपेटकर बंद का निर्माण करते हैं । IIFE का रिटर्न मान सार्वजनिक फ़ंक्शन है, जो फ़ंक्शन के लिए नाम के एक चर में संग्रहीत है। सार्वजनिक समारोह को ठीक उसी तरह से लागू किया जा सकता है जैसे कि इसे एक वैश्विक कार्य के रूप में घोषित किया गया था functionA()। ध्यान दें कि रिटर्न वैल्यू फ़ंक्शन है , फ़ंक्शन के लिए कॉल नहीं है, इस प्रकार अंत में कोई भी पैरेंस नहीं है।
दो कार्यों को इस तरह लपेटकर, functionB अब पूरी तरह से निजी है, और इसे बंद होने से बाहर नहीं पहुँचा जा सकता है, लेकिन केवल दिखाई देता है functionA। यह वैश्विक नाम स्थान को अव्यवस्थित नहीं कर रहा है , और परिभाषा की अव्यवस्था नहीं कर रहा है functionA।
फ़ंक्शन ए के भीतर फ़ंक्शन बी को परिभाषित करना ए के आंतरिक चर को फ़ंक्शन बी एक्सेस देता है।
तो, एक फ़ंक्शन A के भीतर परिभाषित एक फ़ंक्शन B यह आभास देता है (या कम से कम व्यवसायिकता) कि B A के स्थानीय चर का उपयोग या परिवर्तन कर रहा है। A के बाहर B को परिभाषित करते समय यह स्पष्ट करता है कि B नहीं करता है।
इसलिए, कोड की स्पष्टता के लिए, मैं A के भीतर B को केवल तभी परिभाषित करूंगा जब B को A के स्थानीय चर का उपयोग करने की आवश्यकता हो, यदि B का एक स्पष्ट उद्देश्य है जो A से स्वतंत्र है, तो मैं निश्चित रूप से A के बाहर इसे परिभाषित करूंगा।