Wednesday, 15 June 2011

node.js - npm: Where do the children dependencies come from? -


:

ग्रन्ट-मोचा-परीक्षण एनपीएम की पीर निर्भरता कार्यक्षमता का उपयोग करता है

< / ब्लॉकक्वाइट>

मुझे यकीन नहीं था कि "साथी निर्भरताएं" इसलिए थीं ताकि मैं एनपीएम दस्तावेजों की जांच कर पाई और पाया:

एनपीएम एक पैकेज प्रबंधक के रूप में बढ़िया है विशेष रूप से, यह उप निर्भरता को बहुत अच्छी तरह से संभालता है: यदि मेरा पैकेज अनुरोध संस्करण 2 और कुछ अन्य पुस्तकालय

पर निर्भर करता है, तो मेरा मतलब:

    < Li> 'सहकर्मी निर्भरता' होने के नाते इसका मतलब है कि एक निर्भरता को सही ढंग से कार्य करने के लिए अन्य निर्भरता की आवश्यकता हो सकती है।
  1. npm संरचना की तरह एक पेड़ बनाता है, जहां निर्भरता रूट है, और रूट निर्भरता के बच्चे निर्भरता है < / Li>

मैं जिन सवालों के साथ रह रहा हूं वे हैं:

बच्चों की निर्भरता कहां से आती है? क्या वे प्रतियां हैं? या वे पहले से ही पैकेज में मौजूद अन्य निर्भरताओं का संदर्भ देते हैं। जेसन?

उनमें से प्रत्येक पैकेज की एक प्रति है। उदाहरण के लिए, यदि आपके पास उन निर्भरताओं के साथ एक प्रोजेक्ट है:

  "निर्भरताएं": {"नोड-हैंडलबार": "*", "कम-फ़ाइल": "*", "async- Ls ":" * "," वादा ":" 4.0.0 "}  

और चलाने npm इंस्टॉल करें , आपके पास 4 कोड की वादा (जो आपने निर्भरता के रूप में घोषित किया है और अन्य सभी निर्भरताओं के लिए आवश्यक अन्य 3)

  $ find -नाम वादा ./node_modules/async-ls/node_modules/promise/node_modules/promise/node_modules/node-handlebars/node_modules/promise/node_modules/less-file/node_modules/promise  
< P> ध्यान दें कि यह तब भी होता है जब कोई भी वादे पैकेज (उदा। 4.0.0 ) के विशिष्ट संस्करण पर निर्भर करता है।

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


No comments:

Post a Comment