क्यों यह अभी भी आरवीएम का उपयोग करने के लायक है, और rbenv + रूबी-बिल्ड नहीं है

इस लेख के विपरीत। मैं रेंब के साथ थोड़ा खोदने में कामयाब रहा, कुछ रेक पर ठोकर खाई, और थोड़ी गहरी खुदाई करने का फैसला किया। और बहुत समय तक इस लेख ने मेरी आंख को पकड़ लिया, जिसका अनुवाद मैं आपकी समीक्षा के लिए प्रदान कर रहा हूं।

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

मुख्य अंतर रूबी को स्विच करने के तरीके से है।

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

Rbenv के लिए बदलते निर्देशिका समय लेने वाली नहीं है, यानी, बदलते निर्देशिकाओं के मामले में, rbenv तेज है। नए रत्नों को स्थापित करने के बाद, रेंबव रेहश को चलाने के लिए 60ms लगते हैं। रूबी के वर्तमान संस्करण को बदलने या निर्देशिका को बदलने से पर्यावरण में परिवर्तन नहीं होता है, केवल RBENV_VERSION के अलावा, लेकिन जब आप निष्पादन योग्य फ़ाइल चलाते हैं, तो यह एक आवरण के साथ गणना करने के लिए 50ms लगेगा कि किस प्रकार की फ़ाइल को Ruby और gemet के वर्तमान संस्करण के लिए निष्पादित करने की आवश्यकता है।

अधिक विस्तार से समझाने के लिए कि वास्तव में रेंबव क्या करता है, यहां रेडिट पर मेरे पोस्ट का एक उद्धरण है:

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

पर्यावरण दोनों मामलों में निष्पादन योग्य फ़ाइलों को चलाने के लिए तैयार है, लेकिन विचाराधीन उपयोगिताओं के लिए थोड़ा अलग है:
- पर्यावरण को लोड करने के क्षण में अंतर है। आरवीएम के लिए, आप 'आरवीएम जानकारी' चला सकते हैं, रिबनेव के लिए शुरू करने के लिए कुछ भी नहीं है; (लगभग perev। वास्तव में आप 'rbenv संस्करण' चला सकते हैं)
- आरवीएम के लिए, केवल चयनित और आवश्यक रूबी / रत्न निष्पादन योग्य शेल में उपलब्ध होंगे। Rbenv के लिए, सभी निष्पादन योग्य फाइलें उपलब्ध होंगी, केवल उनमें से कुछ स्टार्टअप पर कुछ भी नहीं करेंगे; यह जांचने का कोई तरीका नहीं है कि क्या निष्पादन योग्य फ़ाइल सिस्टम में उपलब्ध है, क्योंकि चेक एक आवरण में चलेगा और उसके अस्तित्व की रिपोर्ट करेगा;
- जो लोग फ़ाइलों के डाउनलोड और निष्पादन के समय के बारे में चिंतित हैं, वे बहुत अंतर नहीं देखेंगे, यह केवल मापा जा सकता है। 300ms से कम के विलंब शेल उपयोगकर्ता के लिए ध्यान देने योग्य नहीं हैं (लगभग। अनुवाद, यह माना जाता है कि 150ms, लेकिन दोनों उपयोगिताओं इस सीमा में भी फिट हैं)।

Rbenv, सैम स्टीवेन्सन द्वारा, उपयोगिताओं के बीच अंतर प्रदान करता है, आरवीएम की आलोचना करता है, आइए उन पर गौर करें:
1. खोल में लोड करने की आवश्यकता। इसके विपरीत, rbenv आवरण विधि आपके PATH में एक फ़ोल्डर जोड़कर काम करती है। आरवीएम को भी शेल में लोड करने की आवश्यकता नहीं है। यह आपको केवल पर्यावरण फ़ाइल लोड करके काम करने की अनुमति देता है, जो केवल एक बार होता है और आपको एक बार रूबी और रत्नसेट के वर्तमान संस्करण को जल्दी और जल्दी से शुरू करने की अनुमति देता है।

2. अधिभार शैल कमांड जैसे cd। यह खतरनाक है और त्रुटियों को जन्म दे सकता है। ओवरलोडिंग सीडी वैकल्पिक है। मैंने पिछले महीने में लगभग 8 घंटे की कुल खोज की, ताकि कोई प्रोजेक्ट ओवरलोडेड सीडी को खोज सके - और आपको क्या लगता है? नहीं मिला। किसी भी स्थिति में, आरवीएम कोड को देखने की क्षमता प्रदान करता है जिसे तब निष्पादित किया जाता है जब सीडी को चलाया जाता है और जब तक उस पर भरोसा नहीं किया जाता है तब तक उसे चुनें।

3. एक कॉन्फ़िगरेशन फ़ाइल है। रूबी के संस्करण के अलावा कॉन्फ़िगर करने के लिए कुछ भी नहीं है जिसे आप उपयोग करना चाहते हैं। rbenv वर्तमान में 4 शेल वैरिएबल सेट कर सकता है जो रनिंग प्रक्रियाओं को प्रभावित करता है, और उन्हें कॉन्फ़िगर करने के लिए कोई कॉन्फ़िगरेशन फ़ाइल नहीं है, उन सभी को rc फ़ाइलों में कॉन्फ़िगर किया जाना चाहिए, प्रत्येक प्रकार के शेल के लिए जो आप उपयोग करते हैं। (लगभग। अनुवाद। मुझे समझ में नहीं आता कि चार चर क्या हैं, इसमें कॉन्फ़िगरेशन फ़ाइल की आवश्यकता क्यों है, और सत्रों में से किसी एक में रूबी संस्करण को बदलने से चलने वाली प्रक्रियाएं कैसे प्रभावित हो सकती हैं, और लेखक को यह क्यों नहीं पता है कि आप सभी शेल के लिए किसी भी सामान्य फ़ाइल का उपयोग कर सकते हैं। लेकिन एक राय एक राय है) ।

4. रूबी को स्थापित करता है। आप रूबी को स्वयं स्थापित कर सकते हैं, या प्रक्रिया को स्वचालित करने के लिए रूबी-बिल्ड का उपयोग कर सकते हैं। अपने लंबे अस्तित्व के दौरान, आरवीएम ने विभिन्न वातावरणों के लिए पैच सहित रूबी के संस्करणों को स्थापित करने और प्रबंधित करने के तरीके के बारे में काफी ज्ञान एकत्र किया है।

5. रत्नों का प्रबंधन करता है। एप्लीकेशन निर्भरता को प्रबंधित करने का सबसे अच्छा तरीका है बुंडलर। यदि प्रोजेक्ट पहले से ही बुंडलर का उपयोग नहीं करता है, तो rbenv-gemet plugin इंस्टॉल करना संभव है। रत्नों का उपयोग वैकल्पिक है, लेकिन अनुशंसित है, क्योंकि यह पृथक्करण प्रक्रिया को सरल करता है। रेंबव-जेनेटसेट प्लगइन का बहुत अस्तित्व ही इसकी पुष्टि करता है। यहां तक ​​कि शक्तिशाली बुंडलर हमेशा रत्नों के जटिल संबंधों का पता नहीं लगा सकता है। इसके अलावा, 'बंडल एग्जाम्पल रेक' को लागू करके रेक को चलाना हमेशा सुविधाजनक नहीं होता है।

6. अनुकूलता के लिए रूबी पुस्तकालयों में समावेश की आवश्यकता है। रेंबव की सादगी आपको केवल पेट में रखने की अनुमति देती है, कुछ और की आवश्यकता नहीं है। RVM को रत्नों और पुस्तकालयों में बदलाव की आवश्यकता नहीं है।

...

सैम स्टीवेन्सन के जवाब में, मैं rbenv का उपयोग करने के खिलाफ कुछ प्रतिवाद दूंगा:
1. आरवीएम की तुलना में एक निष्पादन योग्य फ़ाइल को निष्पादित करना 50 मीटर धीमा है, इसलिए यदि आप रूबी निष्पादनयोग्य के लिए बहुत अधिक कॉल का उपयोग करते हैं, तो आप आरवीएम के साथ एक जीत प्राप्त कर सकते हैं।
2. निष्पादन योग्य फ़ाइल के निष्पादन की आवश्यकता नहीं है कि वांछित निष्पादन योग्य फ़ाइल उपलब्ध है, यह चुपचाप एक भी चेतावनी के बिना विफल हो जाएगी कि फ़ाइल उपलब्ध नहीं है।
3. सिस्टम में एक या किसी अन्य निष्पादन योग्य फ़ाइल की उपस्थिति को सत्यापित करना असंभव है, अतिरिक्त चाल की आवश्यकता है। RVM के साथ, यह पर्यावरण को स्थापित करने के लिए पर्याप्त है - और सब कुछ UNIX की विचारधारा के अनुरूप है। रैनेव के साथ, रैपरों द्वारा पर्यावरण को छल किया जाता है।

संक्षेप में, ये दो अलग-अलग उपयोगिताओं हैं जो डेवलपर्स को समान कार्य करने की अनुमति देते हैं, लेकिन थोड़े अलग तरीके से। अंतर जानने से सभी को सही उपकरण चुनने की अनुमति मिलेगी, जो उसके काम के लिए उपयुक्त है।

आरवीएम की जटिलता और आकार का उल्लेख अक्सर किया जाता है। rbenv एक काफी नई परियोजना है, और यह अब तक अपेक्षाकृत छोटा है और इसका कोड अपेक्षाकृत सरल है। जैसे-जैसे अवसरों की संख्या बढ़ती है, वैसे-वैसे परियोजना की जटिलता बढ़ती जाती है। हम आगे देखते हैं कि रेंब एक महान उत्पाद में कैसे विकसित होगा, इसे सरल रखते हुए ताकि दोनों परियोजनाएं एक दूसरे से सर्वश्रेष्ठ उधार ले सकें।

एक और चीज है जो OSX के उपयोगकर्ताओं के लिए उपलब्ध हो गई है, यह आरवीएम, ज्वैलरी बॉक्स के लिए आधिकारिक जीयूआई है, जिसकी मांग बहुत अच्छी थी।

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