यह पहले पोस्ट किए गए question पर एक फॉलोअप है। संक्षेप में, मैं स्लीडिफा नामक एक आर पैकेज लिख रहा हूं, जो कई बाहरी गैर-आर आधारित पुस्तकालयों का उपयोग करता है। मेरा पहला सवाल निर्भरताओं का प्रबंधन करने के बारे में था।आर पैकेज
कई समाधान प्रस्तावित किए गए थे, जिनमें से सबसे आकर्षक समाधान बाह्य पुस्तकालयों को एक अलग आर पैकेज के रूप में पैकेज करना था, और इसे स्लीडिफी के लिए निर्भरता बनाना था। पैकेज xlsx पैकेज के बाद यह रणनीति है, जो जावा निर्भरताओं को एक अलग पैकेज xlsxjars के रूप में पैकेज करती है।
बाहरी पुस्तकालयों को एक डाउनलोड के रूप में प्रदान करने के लिए एक बदलाव है और install_libraries स्लाइडिफ़ी के भीतर फ़ंक्शन पैकेज करता है, जो स्वचालित रूप से आवश्यक फ़ाइलों को प्राप्त करेगा और इसे पैकेज निर्देशिका में डाउनलोड करेगा। मैं update_libraries फ़ंक्शन भी जोड़ सकता हूं जो चीजों को बदलने पर अपडेट होगा।
मेरा सवाल है, बाहरी पुस्तकालयों के लिए सीआरएएन नृत्य करने के लिए कोई विशिष्ट फायदे हैं जो आर आधारित नहीं हैं। क्या मुझसे कोई चूक हो रही है?
द्वारा वापस नहीं रखा जाता 'install_libraries' हैक मत करो। केंद्रीय रेपो और वितरण तंत्र के रूप में सीआरएएन का उपयोग करना बेहतर है: 'install.packages()' पहले से मौजूद है, जैसे अद्यतन संस्करण आदि। एक नई तंत्र को पुन: पेश करके आप बस नई और अवांछित त्रुटियों की एक फिसलन ढलान नीचे जायेंगे। आप अनिवार्य रूप से पुन: पेश करने की कोशिश कर रहे हैं कि एक विचलन या सिंक जैसे सिस्टम क्या करता है। बहुत जटिलता। –
आपके comemnt @Dirk के लिए धन्यवाद। बाहरी पुस्तकालय आकार में 10 एमबी हैं और जब मैं सीआरएएन दस्तावेज पढ़ता हूं, तो उसने 5 एमबी से कम चीजों को रखने के प्रभाव के बारे में कुछ कहा। मैं आपका मुद्दा देखता हूं कि सीआरएएन एक सरल तंत्र प्रदान करता है और जहां भी संभव हो इसका उपयोग करना समझ में आता है। – Ramnath
क्या यह जावा xlxs और weka के लिए है? फिर एक जार पैकेज समझ में आता है। अन्यथा आपको बाइनरी संगतता का मुद्दा है और उपयोगकर्ता पर भरोसा करना पड़ सकता है। –