Rust 1.55 პროგრამირების ენის გამოშვება

გამოქვეყნდა სისტემის პროგრამირების ენის Rust 1.55-ის გამოშვება, რომელიც დაარსდა Mozilla-ს პროექტის მიერ, მაგრამ ახლა შეიქმნა დამოუკიდებელი არაკომერციული ორგანიზაციის Rust Foundation-ის ეგიდით. ენა ფოკუსირებულია მეხსიერების უსაფრთხოებაზე, უზრუნველყოფს მეხსიერების ავტომატურ მენეჯმენტს და უზრუნველყოფს საშუალებებს, რათა მივაღწიოთ დავალებების მაღალი პარალელურობას ნაგვის შემგროვებლის ან გაშვების გამოყენების გარეშე (გაშვების დრო მცირდება სტანდარტული ბიბლიოთეკის საბაზისო ინიციალიზაციამდე და შენარჩუნებამდე).

Rust-ის მეხსიერების ავტომატური მენეჯმენტი იცავს დეველოპერს შეცდომებისგან მაჩვენებლების მანიპულირებისას და იცავს პრობლემებისგან, რომლებიც წარმოიქმნება დაბალი დონის მეხსიერების მანიპულაციის გამო, როგორიცაა მეხსიერების ზონაში წვდომა მისი გათავისუფლების შემდეგ, ნულ პოინტერების მიმართების გაუქმება, ბუფერების გადაჭარბება და ა.შ. ბიბლიოთეკების გასავრცელებლად, კონსტრუქციების უზრუნველსაყოფად და დამოკიდებულებების სამართავად, პროექტი შეიმუშავებს Cargo პაკეტის მენეჯერს. crates.io საცავი მხარდაჭერილია ბიბლიოთეკების ჰოსტინგისთვის.

ძირითადი ინოვაციები:

• Cargo პაკეტის მენეჯერს აქვს შესაძლებლობა გააერთიანოს დუბლიკატი შეცდომები და გაფრთხილებები, რომლებიც წარმოიქმნება მშენებლობის დროს. ბრძანებების შესრულებისას, როგორიცაა „ტვირთის ტესტი“ და „ტვირთის შემოწმება --ყველა სამიზნე“, რაც იწვევს სხვადასხვა პარამეტრის მქონე პაკეტის მრავალჯერადი აწყობას, მომხმარებლის ნაცვლად ნაჩვენებია განმეორებითი პრობლემის წარმოშობის მოკლე შინაარსი. მრავალი იდენტური გაფრთხილება ერთი და იგივე ნივთის განმეორებით აშენებისას. ფაილი. $ cargo +1.55.0 შემოწმება — all-targets შემოწმება foo v0.1.0 გაფრთხილება: ფუნქცია არასოდეს გამოიყენება: 'foo' —> src/lib.rs:9:4 | 9 | fn foo() {} | ^^^ | = შენიშვნა: '#[warn(dead_code)]' ნაგულისხმევი გაფრთხილება: 'foo' (lib) გენერირებულია 1 გაფრთხილება: 'foo' (lib ტესტი) გენერირებულია 1 გაფრთხილება (1 დუბლიკატი) დასრულებული დეველოპმენტი [unoptimized + debuginfo] სამიზნე (s) 0.84 წამში
• მცურავი წერტილის ანალიზების კოდი სტანდარტულ ბიბლიოთეკაში გადატანილია უფრო სწრაფი და ზუსტი Eisel-Lemire ალგორითმის გამოსაყენებლად, რომელმაც მოაგვარა ადრე დაფიქსირებული პრობლემები რიცხვების დამრგვალებასთან და ანალიზთან დაკავშირებით ძალიან დიდი რაოდენობით ციფრებით.
• შაბლონებში დაუხურავი დიაპაზონების მითითების შესაძლებლობა სტაბილიზირებულია („X.“ ინტერპრეტირებულია, როგორც დიაპაზონი, რომელიც იწყება X მნიშვნელობით და მთავრდება მთელი რიცხვის ტიპის მაქსიმალური მნიშვნელობით): შეესაბამეთ x როგორც u32 { 0 => println! ("ნულოვანი!"), 1.. => println! ("პოზიტიური ნომერი!"), }
• შეცდომის გაფართოებული ვარიანტები, რომლებიც დაფარულია std::io::ErrorKind (შეცდომებს კლასიფიცირებს ისეთ კატეგორიებად, როგორიცაა NotFound და WouldBlock). ადრე, შეცდომები, რომლებიც არ ჯდებოდა არსებულ კატეგორიებში, იყო ErrorKind::Other კატეგორიაში, რომელიც ასევე გამოიყენებოდა მესამე მხარის კოდებში შეცდომებზე. ახლა არის ცალკე შიდა კატეგორია ErrorKind::Uncategorized შეცდომებისთვის, რომლებიც არ ჯდება არსებულ კატეგორიებში, და ErrorKind::Other კატეგორია შემოიფარგლება იმ შეცდომებით, რომლებიც არ გვხვდება სტანდარტულ ბიბლიოთეკაში (ბიბლიოთეკის სტანდარტული ფუნქციები, რომლებიც აბრუნებენ io::Error აღარ გამოიყენოთ ErrorKind:: კატეგორია სხვა).
• API-ს ახალი ნაწილი გადავიდა სტაბილურების კატეგორიაში, მათ შორის, სტაბილიზირებულია თვისებების მეთოდები და განხორციელებები:
  • შეკრული::კლონირებული
  • სანიაღვრე::როგორც_ ქ
  • IntoInnerError::into_error
  • IntoInnerError::into_parts
  • შესაძლოაUninit::assume_init_mut
  • შესაძლოაUninit::assume_init_ref
  • შესაძლოაUninit::წერო
  • მასივი:: რუკა
  • ops::ControlFlow
  • x86::_bittest
  • x86::_bittestandcomplement
  • x86::_bittestandreset
  • x86::_bittestandset
  • x86_64::_bittest64
  • x86_64::_bittestandcomplement64
  • x86_64::_bittestandreset64
  • x86_64::_bittestandset64
• "const" ატრიბუტი, რომელიც განსაზღვრავს მისი გამოყენების შესაძლებლობას ნებისმიერ კონტექსტში მუდმივების ნაცვლად, გამოიყენება str::from_utf8_unchecked მეთოდში.
• მხარდაჭერის მესამე დონე განხორციელდა powerpc64le-unknown-freebsd პლატფორმისთვის. მესამე დონე მოიცავს ძირითად მხარდაჭერას, მაგრამ ავტომატური ტესტირების გარეშე, ოფიციალური ნაგებობების გამოქვეყნების ან შემოწმების გარეშე, შესაძლებელია თუ არა კოდის აშენება.

წყარო: opennet.ru