डब: भाषा डी के लिए निर्भरता प्रबंधक

आवश्यक पुस्तकालयों को खोजने में कठिनाई। परियोजना के सार्वभौमिक क्रॉस-प्लेटफॉर्म असेंबली के साथ समस्याएं। निर्भरता का पृथक्करण और नियंत्रण।

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

DUB D प्रोग्रामर्स के लिए एक समान टूल बनाने का प्रयास है, एक प्रोजेक्ट जो समुदाय में बहुत लोकप्रिय है और जल्द ही आधिकारिक होने की संभावना है।

विवरण

डब है:

• एक साधारण dub build साथ विभिन्न ऑपरेटिंग सिस्टम पर एक परियोजना का dub build
• स्वचालित रूप से निर्दिष्ट निर्भरता को प्रोजेक्ट रजिस्टर से डाउनलोड करें
• निर्भरता संस्करण
• सामुदायिक उपयोग के लिए रजिस्ट्री में अपनी परियोजनाओं को प्रकाशित करना
• सिस्टम को बंद किए बिना dub run माध्यम से स्थानीय परियोजनाओं को चलाने की क्षमता
• पूरी तरह से खुला बुनियादी ढांचा - कुछ भी आपको अपनी परियोजना रजिस्टर शुरू करने या स्थानीय रास्तों का उपयोग करने से नहीं रोकता है

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

प्रारंभ में, DUB को Sönke Ludwig द्वारा vibe.d प्रोजेक्ट के भाग के रूप में बनाया गया था, लेकिन थोड़ी देर बाद इसे एक स्वतंत्र परियोजना के रूप में फिर से लिखा गया और वर्तमान में D. पर परियोजनाओं के लिए वास्तविक मानक है। यह माना जाता है कि कुछ बिंदु पर उपयोगिता को कंपाइलर के साथ वितरित किया जाएगा। और एक मानक डी ज्यूर टूल की स्थिति प्राप्त होगी - यह विचार पहले से ही भाषा के लेखकों द्वारा पूर्व-अनुमोदित किया गया है और सवाल केवल एपीआई / परियोजना प्रारूप के अधिक स्थिरीकरण में है।

स्थापना

डब स्थापित करने के लिए आप निम्न विकल्पों में से एक का उपयोग कर सकते हैं:

• तैयार-किए गए निष्पादनयोग्य: code.dlang.org/download
• रिपॉजिटरी से मैनुअल बिल्ड: github.com/rejectedsoftware/dub (सिर्फ रन बिल्ड. build.sh )
• आर्क लिनक्स और उबंटू / डेबियन के लिए पैकेज

डिफ़ॉल्ट रूप से, सभी अस्थायी फ़ाइलें और रजिस्टर कैश ~/.dub या एक समान स्थानीय उपयोगकर्ता निर्देशिका में संग्रहीत होते हैं, संचालन के लिए व्यवस्थापक अधिकारों की आवश्यकता नहीं होती है।

के उपयोग

परियोजना निर्माण

एक नई परियोजना के लिए वायरफ्रेम बनाने का सबसे आसान तरीका है init उपकमांड का उपयोग करना:

 dub init proj1 find proj1 # proj1/ # proj1/dub.json # proj1/source # proj1/source/app.d cd proj1 dub run # proj1: ["proj1"] # Building proj1 configuration "application", build type debug. # Compiling... # Linking... # Running ./proj1 # Edit source/app.d to start your project. 

dub run कमांड कंपाइल करता है और डब.जसन , प्रोजेक्ट डिस्क्रिप्शन फाइल से सेटिंग के अनुसार करंट प्रोजेक्ट चलाता है। आमतौर पर ./source/ उपनिर्देशिका, साथ ही वे आयात किए गए मॉड्यूल से सभी फाइलें संकलित की जाती हैं। dub build वही करता है, लेकिन निष्पादन योग्य नहीं चलाता है।

निर्भरता जोड़ें

डब की प्रमुख विशेषता, जिसके लिए यह पहली बार लिखा गया था, संकलन के दौरान निर्भरता को स्वचालित रूप से लोड करना है। ऐसा करने के लिए, आवश्यक लाइब्रेरीज़ को dub.json में निर्दिष्ट करें:

 { "name": "proj1", "description": "A minimal D application.", "dependencies": { "vibe-d" : ">=0.7.18", "cerealed" : ">=0.5.0" } } 

सभी निर्भरता निर्भरता निहित रूप से भरी जाएगी। जब आप पहली बार एप्लिकेशन का निर्माण करते हैं, तो एक्शन लॉग इंगित करेगा कि कौन से पैकेज डब लोड करते हैं और वे कहाँ सहेजे जाते हैं। भविष्य में, यह स्थानीय कैश का उपयोग तब तक करेगा जब तक कि dub.json में निर्भरता के संस्करण dub.json या dub upgrade कमांड को स्पष्ट रूप से नहीं कहा जाता है।

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

 module app; import vibe.d; // just works 

निर्भरता न केवल पुस्तकालयों, बल्कि अनुप्रयोगों भी हो सकती है। इस मामले में, वे आपकी परियोजना से पहले संकलित किए जाएंगे और डब के माध्यम से उपयोग के लिए उपलब्ध हैं:

 dub run <package name> <application arguments ...> 

अतिरिक्त विन्यास। परीक्षण।

dub test कमांड आपके एप्लिकेशन के सभी यूनिट परीक्षणों को संकलित और निष्पादित करेगा (यह मूल D: इनलाइन unittests सुविधा को संदर्भित करता है)। हालांकि, आप आमतौर पर उच्च स्तर के परीक्षण रखना चाहते हैं, उदाहरण के लिए, एकीकरण, मुख्य अनुप्रयोग से अलग। यह विन्यास जैसे डब.जॉन सुविधा का उपयोग करके प्राप्त किया जा सकता है:

 { "name": "proj1", "description": "A minimal D application.", "sourcePaths" : [ ], "configurations" : [ { "name" : "app", "targetType" : "executable", "sourcePaths" : [ "./source" ], }, { "name" : "tests", "sourcePaths" : [ "./tests" ], "targetType" : "executable", "targetName" : "app-tests", } ] } 

 find ./ # ./dub.json # ./source # ./source/app.d # ./tests # ./tests/app.d dub build --config=tests dub build --config=app # default 

संक्षेप में, एक विन्यास केवल एक नामित विकल्प ब्लॉक है। उपयोग किया गया उदाहरण केवल dub.json पैरामीटर का उपयोग करता है, जैसे sourcePaths - उपयोग किए गए कॉन्फ़िगरेशन के लिए स्रोत के साथ निर्देशिकाओं की एक सूची। डिफ़ॉल्ट रूप से, इस सूची में हमेशा एक "./source" निर्देशिका होती है, इसलिए आपको वैश्विक dub.json अनुभाग में इस पैरामीटर को रीसेट करने की आवश्यकता है:

  "sourcePaths" : [ ] 

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

उदाहरण परियोजना का स्रोत कोड और छुआ जा सकता है: github.com/Dicebot/examples/tree/master/dub/proj1

अधिक जानकारी

उपरोक्त जानकारी सबसे सरल परियोजनाओं को बदलने के लिए पर्याप्त होनी चाहिए। बेशक, वास्तविक काम की जरूरतों को पूरा करने के लिए बहुत अधिक आवश्यकता हो सकती है। आगे के अध्ययन के लिए सिफारिशें:

Dub.json प्रारूप का सबसे संपूर्ण विवरण: code.dlang.org/package-format
प्रोजेक्ट रिपॉजिटरी में उदाहरणों का चयन: github.com/rejectedsoftware/dub/tree/master/examples
प्रश्न / सुझाव / इच्छाएँ: forum.rejectedsoftware.com/groups/rejectedsoftware.dub

... और यहाँ प्रश्न पूछें।

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

खुश कोडिंग।