जंग 1.34 रिलीज

नमस्कार, हेब्र! मैं आपके लिए लेख "द रस्ट रिलीज़ टीम" की घोषणा 1.34.0 का अनुवाद प्रस्तुत करता हूँ।

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

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

$ rustup update stable 

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

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

इस रिलीज के लिए प्रमुख सुधार वैकल्पिक कार्गो रजिस्ट्रियों के लिए समर्थन है। क्या रिलीज़ में समर्थन भी शामिल है ? दस्तावेज़ीकरण परीक्षणों में, #[attribute(...)] और TryFrom स्थिरीकरण में कुछ सुधार। प्रमुख बातों के बारे में पढ़ें या अधिक जानकारी के लिए विस्तृत रिलीज़ नोट देखें।

वैकल्पिक cargo रजिस्ट्रियां

संस्करण 1.0 से पहले, रस्ट की सार्वजनिक रजिस्ट्री थी, crates.io । लोगों ने cargo publish का उपयोग करते हुए बक्से cargo publish और cargo publish Cargo.toml के [dependencies] अनुभाग में इन बक्से को आसानी से जोड़ा।

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

इस रिलीज के साथ, कार्गो वैकल्पिक रजिस्ट्रियों का समर्थन कर सकता है। ये crates.io के साथ सह-अस्तित्व को पुन: प्राप्त करते हैं, इसलिए आप ऐसे प्रोग्राम लिख सकते हैं जो crates.io और आपकी रजिस्ट्री पर निर्भर करते हैं। हालाँकि, crates.io सबक्रैक बाहरी रजिस्ट्री पर निर्भर नहीं कर सकता है।

वैकल्पिक रजिस्ट्रियों का उपयोग करने के लिए, आपको निम्न पंक्तियों को .cargo/config जोड़ना होगा। यह फ़ाइल आपके होम डायरेक्टरी ( ~/.cargo/config ) या पैकेज डायरेक्टरी में हो सकती है।

 [registries] my-registry = { index = "https://my-intranet:8080/git/index" } 

वैकल्पिक रजिस्ट्री से निर्भरता जोड़ना आसान है। जब आप Cargo.toml में निर्भरता निर्दिष्ट करते हैं, तो registry कुंजी का उपयोग करें ताकि कार्गो को पता Cargo.toml कि आप वैकल्पिक से टोकरा प्राप्त करना चाहते हैं:

 [dependencies] other-crate = { version = "1.0", registry = "my-registry" } 

टोकरा के लेखक के रूप में, यदि आप एक वैकल्पिक रजिस्ट्री में अपना टोकरा प्रकाशित करना चाहते हैं, तो आपको सबसे पहले cargo login कमांड का उपयोग करके प्रमाणीकरण टोकन को ~/.cargo/credentials में सहेजना होगा:

 cargo login --registry=my-registry 

इसके बाद, आप उस रजिस्ट्री को निर्दिष्ट करने के --registry फ्लैग का उपयोग कर सकते हैं जिसमें रैक प्रकाशित किया जाएगा:

 cargo publish --registry=my-registry 

आप अपनी खुद की रजिस्ट्री कैसे चला सकते हैं, इसके बारे में आप प्रलेखन में पा सकते हैं।

? प्रलेखन परीक्षणों में

क्या RFC 1937 में ऑपरेटर समर्थन जोड़ने का प्रस्ताव था ? fn main() , #[test] कार्यों और प्रलेखन परीक्षणों में, उन्हें Option<T> या Result<T, E> वापस करने की अनुमति देता है Result<T, E> जहां fn main() या परीक्षण के मामले में गिराए गए परीक्षण के मामले में एक गैर-शून्य समाप्ति कोड में त्रुटि के साथ विकल्प होता है। ।

fn main() और #[test] में समर्थन लंबे समय से लागू #[test] गया है। हालांकि, दस्तावेज़ीकरण परीक्षणों में समर्थन उन परीक्षणों तक सीमित था जिनमें fn main() स्पष्ट रूप से मौजूद fn main() ।

? इस रिलीज़ में पूर्ण समर्थन जोड़ा गया है ? प्रलेखन परीक्षणों में। अब आप अपने दस्तावेज परीक्षण में यह लिख सकते हैं:

 /// ```rust /// use std::io; /// let mut input = String::new(); /// io::stdin().read_line(&mut input)?; /// # Ok::<(), io:Error>(()) /// ``` fn my_func() {} 

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

उपयोगकर्ता विशेषताओं में कस्टम टोकन स्ट्रीम के लिए समर्थन

जंग में प्रक्रियात्मक मैक्रोज़ उन उपयोगकर्ता विशेषताओं को परिभाषित कर सकते हैं जो वे उपयोग करते हैं। अब तक, ये विशेषताएँ निम्नलिखित सिंटैक्स के अनुसार पेड़ों और शाब्दिक मार्गों तक सीमित रही हैं:

 #[foo(bar)] #[foo = "bar"] #[foo = 0] #[foo(bar = true)] #[foo(bar, baz(quux, foo = "bar"))] 

प्रक्रियात्मक मैक्रोज़ के विपरीत, ये सहायक गुण परिसीमन में टोकन की एक मनमानी धारा को स्वीकार नहीं कर सके, जिसके कारण आप #[range(0..10)] या #[bound(T: MyTrait)] नहीं लिख सकते थे। इसके बजाय प्रक्रियात्मक मैक्रो के रैक इस तरह से वाक्यविन्यास के लिए तार का उपयोग करते हैं, उदाहरण के लिए #[range("0..10")] ।

इस रिलीज़ के साथ, कस्टम विशेषताएँ #[attr($tokens)] मैक्रोज़ के अनुसार मेल खाते हुए, $tokens में मनमानी टोकन के उपयोग की अनुमति देती हैं । यदि आप एक प्रक्रियात्मक मैक्रो टोकरा के लेखक हैं, तो कृपया जांच लें कि क्या स्ट्रिंग्स का उपयोग आपके उपयोगकर्ता विशेषताओं के सिंटैक्स में किया गया है और क्या उन्हें टोकन स्ट्रीम से बदला जा सकता है।

TryFrom और TryInto

TryFrom और TryInto टाइप रूपांतरण त्रुटियों का समर्थन करने के लिए स्थिर किया गया है।

उदाहरण के लिए, पूर्णांक प्रकारों से from_be_bytes और संबंधित तरीकों से एक सरणी प्राप्त होती है, लेकिन डेटा को अक्सर स्लाइस के माध्यम से पढ़ा जाता है। स्लाइस और सरणियों के बीच मैनुअल रूपांतरण थकाऊ है। नए लक्षणों के साथ, इसे .try_into() के समान लाइन पर किया जा सकता है।

 let num = u32::from_be_bytes(slice.try_into()?); 

ऐसे रूपांतरण जो असफल नहीं हो सकते, जैसे कि u8 से u32 , u32 टाइप जोड़ा जाता है। इसके कारण, TryFrom स्वचालित रूप से उन सभी चीज़ों के लिए कार्यान्वित किया जाता है जो कि विशेषता From लागू होते हैं। भविष्य में, हम ! लिए Infallible उपनाम बनाने की उम्मीद करते हैं ! (कभी नहीं) ।

fn before_exec unsafe fn pre_exec पक्ष में पदावनत है

यूनिक्स जैसी प्रणालियों पर, CommandExt::before_exec ने CommandExt::before_exec होने से पहले आपको एक क्लोजर शेड्यूल करने की अनुमति दी exec ।

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

इसलिए, before_exec फ़ंक्शन को unsafe रूप से चिह्नित किया जाना चाहिए। इस रिलीज़ में, हमने fn before_exec को unsafe fn pre_exec पक्ष में unsafe fn pre_exec । जब CommandExt::pre_exec कॉल किया CommandExt::pre_exec तो आपको यह सुनिश्चित करने की आवश्यकता होती है कि क्लोजर अमान्य डुप्लिकेट बनाकर लाइब्रेरी के CommandExt::pre_exec उल्लंघन नहीं करता है। यदि आप एक ऐसी लाइब्रेरी प्रदान करते हैं, जो पहले की स्थिति में है, तो before_exec अप्रचलित है। अप्रचलन के बारे में सोचें और unsafe साथ एक विकल्प प्रदान करें।

पुस्तकालय स्थिरीकरण

1.34.0 में, स्थिर परमाणु पूर्णांक पर हस्ताक्षर किए गए और अहस्ताक्षरित प्रकारों का विस्तार किया गया, जो 8 बिट ( AtomicU8 8) से शुरू हुआ और 64 बिट के साथ समाप्त हुआ।

NonZeroU8 अहस्ताक्षरित पूर्णांक जैसे NonZeroU8 पहले स्थिर थे। इसके लिए धन्यवाद, Option<NonZeroU8> u8 के समान आकार है। इस रिलीज़ में NonZeroI8 जैसे हस्ताक्षरित संस्करण स्थिर NonZeroI8 ।

कार्य iter::from_fn और iter::successors स्थिर हैं। पहला आपको FnMut() -> Option<T> से FnMut() -> Option<T> बनाने की अनुमति देता है। वेक्टर से तत्वों को पुनरावृत्त करने के लिए, अब आप from_fn(|| vec.pop()) लिख सकते हैं। इस बीच, दूसरा फ़ंक्शन एक नया पुनरावृत्त बनाता है, जहां प्रत्येक अगले तत्व की गणना पिछले एक के आधार पर की जाती है।

साथ ही, निम्न API को स्थिर किया गया है:

• कोई भी :: type_id
• त्रुटि :: type_id
• स्लाइस :: Sort_by_cached_key
• str :: एस्केप_डबग
• str :: एस्केप_डेफॉल्ट
• str :: भागने_सुविधा
• str :: split_ascii_whitespace
• तुरंत :: check_add
• तुरंत :: check_sub
• SystemTime :: check_add
• SystemTime :: check_sub

अधिक विवरण के लिए विस्तृत रिलीज़ नोट देखें।