मैं आपका ध्यान सभी की पसंदीदा प्रोग्रामिंग भाषा रस्ट के नए संस्करण पर प्रकाशन का अनुवाद प्रस्तुत करता हूं।

परिचय

रस्ट प्रोग्रामिंग भाषा टीम एक नए संस्करण, 1.36.0 की घोषणा करके प्रसन्न है। जंग एक प्रोग्रामिंग भाषा है जो सभी को विश्वसनीय और तेज सॉफ्टवेयर विकसित करने की अनुमति देती है।

यदि आपने जंग का उपयोग करके जंग के पिछले संस्करण को स्थापित किया है, तो वर्तमान संस्करण प्राप्त करना मुश्किल नहीं होगा:

 $ rustup update stable 

यदि आपके पास अभी भी rustup नहीं है, तो आप इसे हमारी वेबसाइट पर संबंधित पृष्ठ से प्राप्त कर सकते हैं । इस रिलीज की विस्तृत समीक्षा GitHub पर उपलब्ध है।

स्थिर संस्करण में क्या शामिल है?

इस रिलीज ने कई बदलाव किए हैं, जिसमें लंबे समय से प्रतीक्षित Future विशेषता का स्थिरीकरण, alloc MaybeUninit<T> , हो MaybeUninit<T> , MaybeUninit<T> संरचना, MaybeUninit<T> NLL Rust 2015 , MaybeUninit<T> नया कार्यान्वयन HashMap<K, V> और कार्गो में --offline ध्वज के लिए समर्थन।

सबसे महत्वपूर्ण परिवर्तन नीचे वर्णित हैं, हालांकि आप अतिरिक्त जागरूकता के लिए नवाचारों की एक विस्तृत सूची भी देख सकते हैं।

भविष्य स्थिरीकरण

जंग 1.36.0 लंबे समय से प्रतीक्षित Future स्थिर कर दिया!

हमें उम्मीद है कि इस नवाचार से लोकप्रिय क्रेट, लाइब्रेरी और पूरे इकोसिस्टम को .await / .await की तैयारी करने की अनुमति .await , जिसे निकट भविष्य के लिए स्थिर करने की योजना है।

रैक का स्थिरीकरण

संस्करण 1.36.0 से पहले, मानक पुस्तकालय में std , core और proc_macro । core में बुनियादी कार्यक्षमता थी (जैसे कि Iterator और Copy ) और #![no_std] साथ वातावरण में उपयोग किया जा सकता है, क्योंकि इसमें कोई आवश्यकता नहीं थी। इस बीच, std क्रेट ने Box<T> , साथ ही साथ ऑपरेटिंग सिस्टम (वैश्विक आवंटनकर्ता) की कार्यक्षमता की आपूर्ति की।

रूस्ट 1.36.0 के साथ शुरू, std टोकरा के घटक, वैश्विक आवंटनकर्ता पर निर्भर, उदाहरण के लिए, Vec<T> , अब आवंटित alloc में उपलब्ध हैं। इस बीच, std , इन घटकों को फिर से निर्यात कर रहा है।

जबकि #![no_std] का उपयोग करते हुए #![no_std] अभी भी nightly चैनल की आवश्यकता है, c #![no_std] का उपयोग कर सकते हैं स्थिर #![no_std] alloc ।

हम यह भी ध्यान देते हैं कि सभी "नियमित" कार्यक्रम (बिना #![no_std] ) अपनी निर्भरता में #![no_std] साथ ऊपर वर्णित पुस्तकालयों को समाहित करने में सक्षम हैं। हमें उम्मीद है कि यह #![no_std] साथ संगत एक पारिस्थितिकी तंत्र विकसित करने में मदद करेगा।

यदि आप एक लाइब्रेरी के डेवलपर हैं, जिसे कार्य करने के लिए आवंटन प्रिमिटिव्स की आवश्यकता होती है, तो हम आपकी लाइब्रेरी को #![no_std] के साथ संगत के रूप में चिह्नित करने की सलाह देते हैं #![no_std] lib.rs फ़ाइल की शुरुआत में निम्नलिखित सिंटैक्स का उपयोग करते हुए:

 #![no_std] extern crate alloc; use alloc::vec::Vec; 

हो सकता है यूनीट जगह मेम :: अनइंस्टाल्ड

रस्ट के पिछले रिलीज में, mem::uninitialized फ़ंक्शन ने आपको आरंभीकरण जांच को रद्द करने की अनुमति दी क्योंकि यह सोचा था कि आप कुछ भी किए बिना T टाइप करने के लिए प्रारंभिक थे। इस फ़ंक्शन का एक उपयोग सरणियों का "आलसी" आवंटन था।

हालाँकि, mem::uninitalized एक अत्यधिक खतरनाक ऑपरेशन है जिसका उपयोग रस्ट कंपाइलर के साथ सही तरीके से नहीं किया जा सकता है, यह मानते हुए कि सभी मान ठीक से आरम्भ किए गए हैं।

उदाहरण के लिए, कॉलिंग mem::uninitialized::<bool>() तुरंत अपरिभाषित व्यवहार का कारण बनेगा, क्योंकि रुस्ट के दृष्टिकोण से, अनइंस्टाल्यूटाइज्ड बिट्स या तो शून्य ( false ) या एकता ( true ) हैं, और उपरोक्त दो पैटर्न bool प्रकार के लिए उपयुक्त हैं ।

इस स्थिति को हल करने के लिए, टाइप करें MaybeUninit<T> को Rust 1.36.0 में स्थिर किया गया था। रस्ट कंपाइलर अब MaybeUninit<T> नहीं मानता है MaybeUninit<T> का एक प्रारंभिक प्रकार है T इस प्रकार, आप क्रमिक आरंभीकरण को अधिक सुरक्षित रूप से कर सकते हैं और अंत में .assume_init() उपयोग कर सकते हैं जब आप सुनिश्चित कर लें कि हो सकता है कि maybe_t: MaybeUninit<T> में आरंभीकृत प्रकार T

चूँकि MaybeUninit<T> Rust 1.38 से शुरू होने वाला एक सुरक्षित विकल्प है, इसलिए mem::uninitialized फ़ंक्शन अप्रचलित होगा।

MaybeUninit<T> मेमोरी के बारे में अधिक जानने के लिए, mem::uninitialized और MaybeUninit<T> , एलेक्सिस बेसेनर का लेख पढ़ें। मानक लाइब्रेरी में MaybeUninit<T> बारे में पर्याप्त दस्तावेज भी हैं।

रस्ट 2015 के लिए एनएलएल

1.31.0 रुस्ट की घोषणा में, हमने आपको एनएलएल (गैर-शाब्दिक जीवन समयरेखा) के बारे में बताया, जो भाषा में एक नवाचार है जो लिंक नियंत्रक (उधारकर्ता चेकर) को स्मार्ट और मित्रवत बनाता है। उदाहरण के लिए, अब आप इस तरह लिख सकते हैं:

 fn main() { let mut x = 5; let y = &x; let z = &mut x; //     1.31.0 } 

1.31.0 पर, NLL को केवल Rust 2018 के लिए स्थिर किया गया था, और यह मान लिया गया था कि हम इसे भविष्य में Rust 2015 में स्थानांतरित कर देंगे। यह रुस्ट 1.36.0 में किया गया था, एनएलएल रुस्ट 2015 के लिए उपलब्ध हो गया।

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

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

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

नया हाशप लागू

जंग 1.36.0 में, हैशपप HashMap<K, V> के पिछले कार्यान्वयन को स्विसटेबल डिजाइन के आधार पर हैशब्रो hashbrown द्वारा बदल दिया गया था। इंटरफ़ेस समान रहता है, लेकिन वर्तमान कार्यान्वयन औसत रूप से तेज़ी से होता है और कम मेमोरी खाता है। हालांकि, ध्यान दें कि मानक कार्यान्वयन अभी भी SipHash 1-3 एल्गोरिथ्म का उपयोग करता है।

- कार्गो में ऑफ़लाइन सहायता

अधिकांश बिल्ड के दौरान, कार्गो आपके नेटवर्क का उपयोग नहीं करता है। हालांकि, कुछ बिंदुओं पर, उदाहरण के लिए, जब एक नई निर्भरता जोड़ी गई थी, तो कार्गो अभी भी नेटवर्क तक पहुंचने की कोशिश करेगा। कभी-कभी यह व्यवहार अस्वीकार्य है (एक पृथक प्रणाली में या एक हवाई जहाज में)।

रस्ट 1.36.0 ने नया झंडा --ऑफलाइन को स्थिर कर दिया है। यह ध्वज स्थानीय कैश्ड निर्भरताओं का उपयोग करने के बजाय, निर्भरता रिज़ॉल्यूशन एल्गोरिथ्म को ओवरराइड करता है।

यदि अनुरोधित क्रेट एक नेटवर्क के बिना उपलब्ध नहीं है जिसे डिस्कनेक्ट किया गया है, तो कार्गो एक त्रुटि के साथ बाहर निकल जाएगा। नेटवर्क छोड़ने से पहले स्थानीय कैश को प्री-पॉप्युलेट करने के लिए, cargo fetch कमांड का उपयोग करें, जो किसी विशिष्ट प्रोजेक्ट के लिए सभी आवश्यक निर्भरता को लोड करता है।

--offline और cargo fetch बारे में अधिक जानने के cargo fetch , निक कैमरन का लेख पढ़ें । कार्गो के अन्य परिवर्तनों का यहां विस्तार से वर्णन किया गया है ।

पुस्तकालय बदलता है

• dbg! कई तर्कों का समर्थन करना शुरू किया;

  
  

• कुछ तरीके निरंतर हो गए हैं:

  
  
  • Layout::from_size_align_unchecked
  • mem::needs_drop
  • NonNull::dangling
  • NonNull::cast
  
  

• कुछ API को स्थिर किया जाता है, जिनमें शामिल हैं:

  
  
  • task::Waker और task::Poll
  • VecDeque::rotate_left और VecDeque::rotate_right
  • Read::read_vectored और Write::write_vectored
  • Iterator::copied
  • String लिए BorrowMut<str>
  • str::as_mut_ptr
  
  

अन्य परिवर्तन

संस्करण 1.36.0 में विस्तृत परिवर्तन विवरण, रूस्ट , मानक पुस्तकालय , कार्गो और क्लिप्पी के लिए उपलब्ध हैं।

सदस्य 1.36.0

रस्ट 1.36.0 बनाने के लिए बहुत सारे लोग एक साथ आए। हम आप सभी के बिना ऐसा नहीं कर सकते थे, धन्यवाद !

अनुवादक से

रस्ट भाषा पर किसी भी प्रश्न के साथ, वे रूसी भाषा में टेलीग्राम चैट में या नवागंतुक के लिए एक समान चैट में आपकी सहायता करने में सक्षम होंगे।