मुझे यकीन नहीं है कि यह संभव है, या यदि यह Node.js रेपो में है।

क्या क्यों

अक्सर ऐसे मामले होते हैं जहां कुछ निर्भरताओं को पूरे वातावरण में ठीक से काम करने के लिए विशिष्ट बिल्ड कॉन्फ़िगरेशन की आवश्यकता होती है (उदाहरण के लिए)।

यह कॉन्फ़िगरेशन एक बैबेल कॉन्फिगरेशन, एक वेबपैक कॉन्फिगरेशन, या उस पैकेज के लिए कुछ कस्टम हो सकता है।

जैसा कि यह वर्तमान में खड़ा है, संकुल को विन्यस्त करने का कोई मानकीकृत तरीका नहीं है।

कुछ लोग एक सम्मेलन का उपयोग करते हैं जहां वे पैकेज के नाम पर package.json में एक फ़ील्ड रखते हैं, और एक पैकेज उसे पढ़ सकता है। लेकिन यह पर्याप्त मानक नहीं लगता है।

कब

जब किसी पैकेज को रनटाइम या बिल्ड टाइम के लिए कस्टम कॉन्फ़िगरेशन की आवश्यकता होती है।

कहा पे

कैसे

कभी-कभी ऐसा होता है कि जावास्क्रिप्ट को कुछ मामलों के लिए चरणों का निर्माण करने की आवश्यकता होती है। इस कॉन्फ़िगरेशन सुविधा में एक वैकल्पिक "बिल्ड निर्भरता" विकल्प होगा जिसे किसी भी पैकेज में पारित किया जा सकता है (चाहे वे मूल मॉड्यूल का निर्माण करें, या केवल निचले रूप में जावास्क्रिप्ट को ट्रांसपाइल करें)।

कॉन्फ़िगरेशन के आधार पर, एक पैकेज को कुछ निर्भरताओं की आवश्यकता हो सकती है, अन्यथा इसकी आवश्यकता नहीं होगी (fe बिल्ड निर्भरता)।

तो पैकेज सिस्टम काफी स्मार्ट होगा, इसमें अगर किसी उपयोगकर्ता के पास कुछ पैकेज कॉन्फ़िगरेशन है, तो यह निर्धारित कर सकता है कि कौन सी अतिरिक्त निर्भरताएं स्थापित करनी हैं।

हो सकता है कि इस सुविधा को मौजूदा मूल मॉड्यूल सिस्टम से समग्र जावास्क्रिप्ट सिस्टम तक विस्तारित करने की आवश्यकता हो (उपयोग में आसान तरीके से, देशी मॉड्यूल मुश्किल हैं)।

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

वर्तमान व्यवहार

• एन/ए

अपेक्षित् व्यवहार

• उच्च स्तर पर ऊपर कवर किया गया

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

सामान्य तौर पर उस तरह की समस्या होती है, जिसे एनपीएम ने अब तक संभालने का कोई सामान्य तरीका नहीं दिया है।

कौन

पैकेज लेखक और उनके उपयोगकर्ता

संदर्भ

• एन/ए