वहाँ एक अनुसंधान संकलक अभी तक
अपने आर कोड पैकेजिंग बड़े पैमाने पर इसके निष्पादन समय में सुधार नहीं होगा नहीं है। यह आपके लिए द्विआधारी भी नहीं बनाएगा - आपको पैकेज टैरबॉल से बनाने की आवश्यकता है (या सीआरएएन प्राप्त करें या उन्हें आपके लिए बनाने के समान)। आर और आर के संकुल के लिए अब एक बाइट कंपाइलर अब डिफॉल्ट बाइट संकलित है। गति सुधार सामान्य मामूली में हैं - सी-जैसी गति की अपेक्षा न करें।
पैकेजिंग आर कोड बस ठीक है; यह आर कोड संकलित करता है, संकलित करने के लिए कोड (सी फोरट्रान इत्यादि), मैन पेज, प्रलेखन, परीक्षण इत्यादि को मानक प्रारूप में वितरित किया जा सकता है जिसे उपयोगकर्ताओं को वितरित किया जा सकता है और कई आर्किटेक्चर पर स्थापित/बनाया जा सकता है।
पैकेज आलसी लोडिंग जैसी चीजों का लाभ उठा सकते हैं जैसे कि आर ऑब्जेक्ट्स (आपके फ़ंक्शन कहते हैं) केवल आवश्यक होने पर ही लोड होते हैं, जबकि स्रोत उन्हें वैश्विक वातावरण (डिफ़ॉल्ट रूप से) में लोड करता है।
यदि आप अपने कोड को वितरित करने का इरादा नहीं रखते हैं तो पैकेजिंग के कुछ फायदे केवल आपके स्वयं के उपयोग के लिए हैं, लेकिन यदि आप पैकेज करते हैं और दस्तावेज और उदाहरण/परीक्षण लिखते हैं, तो आपको पैकेज कोड में बदलावों के बारे में सतर्क किया जा सकता है जो उदाहरण तोड़ते हैं या परीक्षण विफल होने का कारण बनते हैं। इस तरह आप अपने कोड की विश्वसनीयता के बारे में बेहतर जानकारी देते हैं, भले ही यह केवल आप इसका उपयोग कर रहे हों!
स्रोत
2011-01-21 11:45:51
पैकेज बनाना एक मजेदार है, और यह आपको अपने कार्यों को दस्तावेज करने के लिए "मजबूर करता है" (यदि आपने अभी तक ऐसा नहीं किया है)। दस्तावेज़ीकरण आसानी से सहायता() के माध्यम से पहुंचा जा सकता है, जो मुख्य चीजों में से एक है जिसे मैं आर के बारे में पसंद करता हूं - सहायता कभी दूर या अस्पष्ट नहीं होती है। –
एक पैकेज आर कोड के प्रबंधन के लिए एक ठोस ढांचा प्रदान करता है। कार्यों के संग्रह को एक या दो सोर्स आर फाइलों से परे बढ़ने के बाद भी मैंने उन्हें फायदेमंद पाया है --- यहां तक कि व्यक्तिगत उपयोग स्थितियों में भी। – Sharpie
अलग-अलग ओएस के लिए अपने पैकेज को स्वचालित रूप से बनाने के लिए [आर-फोर्ज] (https://r-forge.r-project.org/) देखें। – csgillespie