पिछले तीन या चार वर्षों में, जब PHP में प्रोग्रामिंग की गई, तो मैंने एप्लिकेशन निर्भरता को प्रबंधित करने के लिए composer का उपयोग किया। अब nodejs पर स्विच करने की nodejs और परिणामस्वरूप, एक परिचित विकास वातावरण को कॉन्फ़िगर करें। सौभाग्य से, मैं PhpStorm IDE का उपयोग करता हूं, जो आपको PHP और JS दोनों के साथ काम करने की अनुमति देता है। परियोजनाओं की एक विशेषता जिसमें मैं भाग लेता हूं वह बहु-प्रतिरूपता है। कार्यक्षमता को मॉड्यूल के बीच विभाजित नहीं किया जाता है ताकि पुन: उपयोग के लिए इतना न हो कि आवेदन की अंतिम जटिलता को शिथिल युग्मित घटकों में अपघटन के कारण कम किया जा सके। सामान्य तौर पर, इन परियोजनाओं के लिए यह सामान्य है जब एक समस्या को हल करने के ढांचे के भीतर, कई मॉड्यूल में परिवर्तन किए जाते हैं और कई रिपॉजिटरी के लिए प्रतिबद्ध होते हैं।

एक nodejs परियोजना की स्थापना करते समय, मुझे कुछ ऐसे फीचर्स मिले जो मल्टी-मॉड्यूल विकास को जटिल करते हैं। इस प्रकाशन का जन्म इन विशेषताओं से निपटने की कोशिश में हुआ था। कट के तहत, nodejs परियोजना को तैनात करने पर PHP की नज़र।

डेमो प्रोजेक्ट संरचना

परियोजना में 3 मॉड्यूल शामिल हैं:

• आवेदन : सिर मॉड्यूल निर्भरता को जोड़ने;
• कार्यात्मक मॉड्यूल : इसमें हेड मॉड्यूल से बुलाए गए कार्य शामिल हैं;
• आधार मॉड्यूल : इसमें फ़ंक्शन मॉड्यूल से बुलाए गए कार्य शामिल होते हैं;

प्रत्येक मॉड्यूल के लिए कोड github पर स्थित है:

• habr-cvsn-ऐप
• habr-cvsn-आधुनिक-समारोह
• habr-cvsn-आधुनिक आधार

संबंधित निर्भरता प्रबंधकों ( composer.json package.json और package.json ) के लिए मॉड्यूल विवरणक प्रत्येक मॉड्यूल में स्थित होते हैं, अर्थात, प्रत्येक मॉड्यूल को php मॉड्यूल और js मॉड्यूल के रूप में विस्तारित किया जा सकता है। मॉड्यूल में पीएचपी कोड और जेएस कोड को एक-दूसरे को काटे बिना, बस साइड में रखा जाता है।

निष्पादन के लिए आवेदन चलाना:

 $ php index.php $ nodejs index.js 

दोनों मामलों में काम का परिणाम:

 This is application. This is func module. This is base module. 

लक्ष्यों

एक काम के माहौल में एक परियोजना की अनुमति चाहिए:

• विकास में शामिल प्रत्येक मॉड्यूल में आईडीई परिवर्तन के माध्यम से ट्रैक;
• IDE का उपयोग करके, एक ही क्रिया में विभिन्न रिपॉजिटरी में परिवर्तन करें।
• मॉड्यूल के कोड के निष्पादन का पता लगाने के लिए डीबगर का उपयोग करें;

composer माध्यम से तैनाती

यहां सब कुछ परिचित है। अनुप्रयोग के परिनियोजन वर्णनकर्ता ( कंपोज़र.जॉन ) में, मॉड्यूल के साथ रिपॉजिटरी के पते निर्दिष्ट करें और वांछित संस्करण के साथ निर्भरता के रूप में मॉड्यूल की मास्टर शाखाओं को निर्धारित करें:

 { "require": { "flancer64/habr-cvsn-mod-base": "dev-master as 0.1.0", "flancer64/habr-cvsn-mod-func": "dev-master as 0.1.0" }, "repositories": [ { "type": "vcs", "url": "https://github.com/flancer64/habr-cvsn-mod-base" }, { "type": "vcs", "url": "https://github.com/flancer64/habr-cvsn-mod-func" } ] } 

कमांड निष्पादित करने के बाद:

 $ composer install 

मॉड्यूल वाले ./vendor निर्देशिका में दिखाई देते हैं, जिसमें बदले में ./vendor निर्देशिकाएं होती हैं:

• ./vendor/
  
  • ./flancer64/
    
    • ./habr-cvsn-mod-base/
      
      • ./.git/
    • ./habr-cvsn-mod-base/
      
      • ./.git/

यही है, composer तुरंत विकास (संस्करण नियंत्रण) के लिए उपयुक्त रूप में निर्भरता को चित्रित करता है। यह केवल PhpStorm IDE (संस्करण नियंत्रण के तहत आश्रित मॉड्यूल डाल) को कॉन्फ़िगर करने के लिए बनी हुई है:

और आप सभी विकसित मॉड्यूल में परिवर्तन ट्रैक कर सकते हैं:

और एक ही समय में स्थानीय रिपोजिटरी में सभी परिवर्तन करें:

और रिमोट के लिए धक्का:

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

सामान्य तौर पर, सामान्य वातावरण, चप्पल के रूप में आरामदायक।

Npm के माध्यम से सामान्य तैनाती

composer विपरीत composer npm यह नहीं मानता है कि परियोजना में node_modules निर्देशिका से कोई भी मॉड्यूल संस्करण नियंत्रण में हो सकता है। हम परिनियोजन डिस्क्रिप्टर पैकेज में निर्दिष्ट कर सकते हैं। मान लें कि मॉड्यूल को बाहरी रिपॉजिटरी (उदाहरण के लिए, गिथिब से) लोड किया जाना चाहिए:

 { "dependencies": { "habr-cvsn-mod-base": "github:flancer64/habr-cvsn-mod-base", "habr-cvsn-mod-func": "github:flancer64/habr-cvsn-mod-func" } } 

लेकिन हमारे पास npm को लोड किए गए मॉड्यूल ( .git उपनिर्देशिका) के लिए एक स्थानीय भंडार बनाने का विकल्प नहीं है।

कमांड निष्पादित करने के बाद:

 $ npm install 

संस्करण नियंत्रण का उपयोग करने की संभावना के बिना निर्भरताएं स्थानीय रूप से डाउनलोड और इंस्टॉल की जाती हैं:

(अनुपलब्ध उपनिर्देशिका ./.git/ ./node_modules/habr-cvsn-mod-base/ )

लेकिन डिबगर समस्याओं के बिना आधार मॉड्यूल में बंद हो जाता है:

लिंक विकल्प का उपयोग करके npm के माध्यम से तैनात करें

ताकि मॉड्यूल ./node_modules/ से संस्करण नियंत्रण में रखा जा सके, npm डेवलपर्स ' लिंक ' विकल्प का उपयोग करने का सुझाव देते हैं। संक्षेप में, दृष्टिकोण का सार यह है कि जिन मॉड्यूलों को संस्करण की आवश्यकता होती है उन्हें डेवलपर की डिस्क पर एक मनमाना स्थान पर क्लोन किया जाता है (उदाहरण के लिए, /home/alex/work/habr/ ), और फिर /usr/lib/node_modules/ लिंक किया जाता है कमांड का उपयोग करना:

 # npm link 

(मुझे निष्पादित करने के लिए मूल विशेषाधिकार चाहिए)

उसके बाद, आप प्रोजेक्ट में पहले से ही कमांड का उपयोग कर सकते हैं:

 $ npm link habr-cvsn-mod-base $ npm link habr-cvsn-mod-func 

/usr/lib/node_modules/ को /usr/lib/node_modules/ में उपयुक्त मॉड्यूल /usr/lib/node_modules/ और उनसे ./node_modules/ प्रोजेक्ट में संबंधित उपनिर्देशिकाएँ बंद कर दें।

 $ ls -lh ./node_modules/ total 0 lrwxrwxrwx 1 alex alex 57 jūl 2 16:18 habr-cvsn-mod-base -> ../../../../../../usr/lib/node_modules/habr-cvsn-mod-base lrwxrwxrwx 1 alex alex 57 jūl 2 16:18 habr-cvsn-mod-func -> ../../../../../../usr/lib/node_modules/habr-cvsn-mod-func 

मॉड्यूल /usr/lib/node_modules/ खुद, बदले में, मॉड्यूल के मूल स्थान के लिंक हैं:

 $ ls -lh /usr/lib/node_modules/ ... lrwxrwxrwx 1 root root 39 jūl 2 16:18 habr-cvsn-mod-base -> /home/alex/work/habr/habr-cvsn-mod-base lrwxrwxrwx 1 root root 39 jūl 2 16:18 habr-cvsn-mod-func -> /home/alex/work/habr/habr-cvsn-mod-func ... 

और उनके स्थायी स्थान में, "पंजीकरण" में एक स्थानीय भंडार होता है:

 $ ls -lha /home/alex/work/habr/habr-cvsn-mod-base ... drwxrwxr-x 8 alex alex 4,0K jūl 2 16:18 .git ... 

इस प्रकार, हम परियोजना निर्भरता में परिवर्तन को नियंत्रित करने के लिए IDE को कॉन्फ़िगर कर सकते हैं:

जब आप एप्लिकेशन चलाने का प्रयास करते हैं तो समस्याएं शुरू हो जाती हैं:

 $ nodejs index.js internal/modules/cjs/loader.js:670 throw err; ^ Error: Cannot find module 'habr-cvsn-mod-base' at Function.Module._resolveFilename (internal/modules/cjs/loader.js:668:15) at Function.Module._load (internal/modules/cjs/loader.js:591:27) at Module.require (internal/modules/cjs/loader.js:723:19) at require (internal/modules/cjs/helpers.js:14:16) at Object.<anonymous> (/home/alex/work/habr/habr-cvsn-mod-func/src/index.js:3:14) ... 

एप्लिकेशन लिंक किए गए कार्यात्मक मॉड्यूल को देखता है, लेकिन कार्यात्मक मॉड्यूल स्वयं लिंक किए गए बुनियादी मॉड्यूल को नहीं देखता है। स्थिति से बाहर निकलने के लिए, नोड्स के लिए -preserve-symlinks कुंजी का उपयोग करें:

 $ nodejs --preserve-symlinks index.js 

IDE में प्रोजेक्ट लॉन्च कमांड के लिए कुंजी जोड़ें:

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

आईडीई डेवलपर्स का कहना है कि इसे काम करना चाहिए, लेकिन यह काम नहीं करता है (कैश फ्लश हो गया, आईडीई फिर से शुरू हुआ)।

सामान्य तौर पर, इस प्रकाशन का उद्देश्य जेएस-सहकर्मियों का साक्षात्कार करना था कि वे एक समान स्थिति में कैसे निकलते हैं, लेकिन लेख लिखने की प्रक्रिया में परियोजना के विकास के लिए एक और संयोजन सामने आया:

एनपीएम-प्रोजेक्ट की आंतरिक निर्देशिकाओं में स्रोत कोड का प्लेसमेंट

यह पता चला है कि अगर आप जोड़ने के लिए मॉड्यूल के क्लोनों का उपयोग करते हैं, जो कि composer द्वारा बनाई गई ./vendor/ सबडायरेक्टर द्वारा बनाई गई है, बजाय प्रोजेक्ट के बाहरी निर्देशिका में बंधे होने के, तो js स्क्रिप्ट्स को --preserve-symlinks बिना चलाया जाता है और मेरे लिए और अधिक महत्वपूर्ण बात, PhpStorm IDE मॉड्यूल के अंदर विराम बिंदु देखता है। क्योंकि यह केवल क्लोनिंग प्रोजेक्ट मॉड्यूल के लिए composer का उपयोग करने का कोई मतलब नहीं है, मैंने सामान्य git उपयोग किया और मॉड्यूल के स्रोत कोड को ./own_modules उपनिर्देशिका में क्लोन किया। फिर उन्होंने पिछले पैराग्राफ से जोड़तोड़ को दोहराया:

• उपनिर्देशिका में मॉड्यूल जुड़े ./own_modules/... सिस्टम लाइब्रेरी /usr/lib/node_modules/ ;
• परियोजना के साथ सिस्टम लाइब्रेरी में जुड़े मॉड्यूल;
• ./own_modules/ उपनिर्देशिका में स्थानीय रिपॉजिटरी के साथ काम करने के लिए ./own_modules/ IDE कॉन्फ़िगर किया गया;

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

सारांश

मल्टी-मॉड्यूल एप्लिकेशन ( composer साथ PHP और npm साथ जेएस) के निर्माण के लिए दो दृष्टिकोणों की तुलना करते हुए, मैं यह निष्कर्ष निकाल सकता हूं कि composer npm तुलना composer अधिक डेवलपर अनुकूल है। यह संभव है कि composer डेवलपर्स (2012 में पहली रिलीज) ने npm डेवलपर्स (2010 में पहली रिलीज) के अनुभव को ध्यान में रखा। हालांकि, कुछ अतिरिक्त प्रयासों के साथ, npm भी काफी आरामदायक स्थितियों में मल्टी-मॉड्यूल अनुप्रयोगों को विकसित करने का अवसर प्रदान करता है।

विभिन्न तरीकों में परियोजना की तैनाती के लिए कमांड स्क्रिप्ट:

• rebuild_composer.sh
• rebuild_npm_01_regular.sh
• rebuild_npm_02_link_external.sh
• rebuild_npm_03_link_internal.sh