नोड.जेएस बिना नोड_मॉड्यूल के

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

इसी समय, एनपीएम डेवलपर्स ने भी समस्या के समान समाधान की घोषणा की ।

आइए इन समाधानों पर करीब से नज़र डालें और वास्तविक परियोजनाओं में उनका परीक्षण करने का प्रयास करें।

समस्या का इतिहास

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

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

सरलीकृत, मॉड्यूल की स्थापना में निम्नलिखित चरण होते हैं:

1. मॉड्यूल के विशिष्ट संस्करण की गणना वैध अंतराल से की जाती है।
2. आवश्यक संस्करणों के सभी मॉड्यूल रिपॉजिटरी से डाउनलोड किए जाते हैं और स्थानीय कैश में संग्रहीत होते हैं
3. स्थानीय कैश से मॉड्यूल प्रोजेक्ट नोड_मॉडल फ़ोल्डर में कॉपी किए जाते हैं

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

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

सीमलिंक का उपयोग करना

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

यार्न पीएनपी की कोशिश कर रहा है

आप आधिकारिक विवरण में इस सुविधा के बारे में अधिक पढ़ सकते हैं। इस अनुच्छेद में उनकी संक्षिप्त रीटेलिंग है।

यार्न का पीएनपी-सक्षम संस्करण अब सुविधा-शाखा यार्न- पीएनपी में है।

हम वांछित शाखा के साथ स्थानीय रूप से भंडार का क्लोन बनाते हैं

 git clone git@github.com:yarnpkg/yarn.git --branch yarn-pnp 

यार्न विधानसभा निर्देश यहां है , चरणों का सेट बहुत तुच्छ है।

निर्माण पूरा होने के बाद, यार्न के कस्टम संस्करण में एक उपनाम जोड़ें और इसके साथ काम करना शुरू करें:

 alias yarn-local="node $PWD/lib/cli/index.js" 

Plug'n'play को दो तरीकों से सक्षम किया गया है: या तो ध्वज के माध्यम से: yarn --pnp , या package.json में अतिरिक्त कॉन्फ़िगरेशन द्वारा package.json "installConfig": {"pnp": true} : "installConfig": {"pnp": true} ।

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

• विशिष्ट yarn स्थापना: 19 एस
• yarn --pnp माध्यम से स्थापना - yarn --pnp : 3 एस

माप से पहले, एक ठंड स्थापना की गई थी ताकि सभी आवश्यक मॉड्यूल पहले से ही कैश में हों।

आइए देखें कि यह कैसे काम करता है। .pnp.js इंस्टॉलेशन के बाद, एक अतिरिक्त .pnp.js फ़ाइल प्रोजेक्ट रूट में बनाई जाती है जिसमें Node.js. में निर्मित मॉड्यूल वर्ग में मूल तर्क का ओवरराइड होता है। इस फ़ाइल को हमारे कोड में लोड करके, हम require() देते हैं require() वैश्विक कैश से मॉड्यूल प्राप्त करने की क्षमता का कार्य करते हैं और node_modules नहीं देखते हैं। सभी अंतर्निहित यार्न कमांड, जैसे yarn start या yarn test , इस फाइल को डिफ़ॉल्ट रूप से प्रीलोड करते हैं, इसलिए यदि आपने पहले यार्न का उपयोग किया था, तो आपको अपने कोड में कोई बदलाव करने की आवश्यकता नहीं होगी।

मैपिंग मॉड्यूल के अलावा, pnp.js अतिरिक्त निर्भरता सत्यापन करता है। यदि आप package.json में घोषित निर्भरता के बिना require('test') को कॉल करने का प्रयास करते हैं, तो आपको निम्न त्रुटि मिलती है: Error: You cannot require a package ("test") that is not declared in your dependencies । इस सुधार से कोड की विश्वसनीयता और भविष्यवाणी में वृद्धि होनी चाहिए।

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

डेमो प्रोजेक्ट में एस्लिंट, जेस्ट, रोलअप और वेबपैक के लिए रिज़ॉल्वर के स्केच हैं।

मेरे प्रयोग में, टाइपस्क्रिप्ट के साथ अभी भी समस्याएं थीं, जो नोड_मॉड्यूल्स की उपस्थिति से जुड़ी हुई है और मॉड्यूल खोज रणनीति को ओवरराइड करने का कोई आसान तरीका नहीं है।

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

एनपीएम की कोशिश कर रहा है

एनपीएम टीम ने इसके वैकल्पिक समाधान की भी घोषणा की। उनका नया टूल, टिंक, एक अलग, एनपीएम स्वतंत्र मॉड्यूल के साथ आता है। package-lock.json फ़ाइल को एक package-lock.json रूप में प्राप्त करता है, जो package-lock.json npm install होने पर स्वचालित रूप से उत्पन्न होता npm install । लॉक फ़ाइल के आधार पर, tink एक node_modules/.package-map.json , जो कैश में उनके वास्तविक स्थान पर स्थानीय मॉड्यूल के प्रक्षेपण को संग्रहीत करता है।

यार्न के विपरीत, कोई हुक फ़ाइल नहीं है जिसे पैच की आवश्यकता के लिए आपकी परियोजना में पहले से लोड किया जा सकता है। इसके बजाय, यह सुझाव दिया जाता है कि आप सही वातावरण प्राप्त करने के लिए node बजाय tink कमांड का उपयोग करें। यह दृष्टिकोण कम एर्गोनोमिक है क्योंकि इसे काम करने के लिए आपके कोड में संशोधन की आवश्यकता होगी। हालांकि, एक सबूत के रूप में अवधारणा करेगा।

मैंने npm ci और tink साथ मॉड्यूल की इंस्टॉलेशन स्पीड की तुलना करने की कोशिश की, लेकिन tink और भी धीमी थी, इसलिए मैंने परिणाम नहीं दिए। जाहिर है, यह परियोजना यार्न की तुलना में बहुत अधिक कच्ची है और बिल्कुल भी अनुकूलित नहीं है। खैर, हम नई रिलीज का इंतजार करेंगे।

निष्कर्ष

अन्य भाषाओं के अनुभव को देखते हुए, नोड_मॉड्यूल्स निर्देशिका को अस्वीकार करना एक तार्किक कदम है, जहां शुरुआत में यह दृष्टिकोण नहीं था। यह CI-सिस्टम के साथ बिल्ड गति को अनुकूल रूप से प्रभावित करेगा, जहां बिल्ड कैश को बिल्ड के बीच सहेजना संभव है। इसके अलावा, यदि आप पैकेज कैश और .pnp.js फ़ाइल को एक कंप्यूटर से दूसरे कंप्यूटर में स्थानांतरित करते हैं, तो आप यार्न को शुरू किए बिना भी पर्यावरण को पुन: उत्पन्न कर सकते हैं। यह कंटेनर बिल्ड सिस्टम में उपयोगी हो सकता है: कैश के साथ डायरेक्टरी को माउंट करें, .pnp.js फ़ाइल .pnp.js , और आप तुरंत परीक्षण चला सकते हैं।

नया दृष्टिकोण असामान्य दिखता है और इस तथ्य के आधार पर कुछ स्थापित प्रथाओं को तोड़ता है कि सभी मॉड्यूल हमेशा नोड_मॉड्यूल्स में उपलब्ध होते हैं। लेकिन .pnp.js फ़ाइल एक एपीआई प्रदान करती है जो आपको फाइलों की वास्तविक स्थिति से अलग करने और आभासी पेड़ के साथ काम करने की अनुमति देती है। इसके अलावा, अंतिम उपाय के रूप में, एक yarn unplug --persist कमांड है जो कैश से एक मॉड्यूल को node_modules और इसे स्थानीय रूप से node_modules में node_modules ।

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

संदर्भ

• यार्न में पुल-अनुरोध
• प्लग-एन-प्ले कार्यान्वयन का विस्तृत विवरण
• डेमो प्रोजेक्ट
• एनपीएम ब्लॉग पर छेड़छाड़ की घोषणा