Go 1.22 გამოშვება

გამოდის Go პროგრამირების ენა, ვერსია 1.22. Google, საზოგადოების მონაწილეობით, ავითარებს ჰიბრიდულ გადაწყვეტას, რომელიც აერთიანებს კომპილირებული ენების მაღალ შესრულებას სკრიპტინგის ენების უპირატესობებთან, როგორიცაა წერის სიმარტივე, სწრაფი განვითარება და შეცდომებისგან დაცვა. პროექტის კოდი გავრცელებულია BSD ლიცენზიით.

Go-ს სინტაქსი ეფუძნება C ენის ნაცნობ ელემენტებს, ზოგიერთი ნასესხებით Oberon-დან. ენა შედარებით ლაკონურია, მაგრამ ადვილად წასაკითხი და გასაგები. Go-ს კოდი კომპილირებულია დამოუკიდებელ ბინარულ შესრულებულ ფაილებად, რომლებიც მუშაობენ მშობლიურად, ვირტუალური მანქანის საჭიროების გარეშე (პროფილირება, გამართვა და სხვა გაშვების პრობლემების აღმოჩენის ქვესისტემები ინტეგრირებულია გაშვების დროს კომპონენტებად), რაც აღწევს C პროგრამების შედარებად მუშაობას.

პროექტი ნულიდანვე შეიქმნა მრავალძაფიანი პროგრამირებისა და მრავალბირთვიან სისტემებზე ეფექტური მუშაობის გათვალისწინებით, მათ შორის ოპერატორის დონის ინსტრუმენტებით პარალელური გამოთვლების ორგანიზებისა და ერთდროულად შესრულებულ მეთოდებს შორის ურთიერთქმედების მიზნით. ენა ასევე უზრუნველყოფს ჩაშენებულ დაცვას მეხსიერების გადატვირთვისგან და მხარს უჭერს ნაგვის შეგროვებას.

ახალ გამოშვებაში ცვლილებებს შორის:

• „for“ ციკლებს დაემატა მთელი რიცხვების დიაპაზონების განსაზღვრის მხარდაჭერა, მაგალითად, 0-დან 9-მდე მნიშვნელობების იტერაციისთვის, ახლა შეგიძლიათ გამოიყენოთ „for i := range 10 {…}“ ციკლი.
• for ციკლებს დაემატა დიაპაზონის ფუნქციების ექსპერიმენტული (GOEXPERIMENT=rangefunc) მხარდაჭერა, რაც საშუალებას იძლევა ფუნქცია განისაზღვროს, როგორც იტერატორი. მაგალითად, "for i, x := დიაპაზონის ნაჭრები.უკანადადება(ები) {…}"
• მოგვარდა for ციკლებთან დაკავშირებული დიდი ხნის პრობლემა, რომელიც გორუტინის გამოძახებებს ციკლის ცვლადების გაზიარებისკენ უბიძგებდა იტერაციების განმავლობაში. მაგალითად, კოდის მნიშვნელობები:= []string{"a", "b", "c"} for _, v := range values ​​​​{ go func() { fmt.Println(v) done <- true }() } ახლა მხოლოდ "c"-ს ნაცვლად, როგორც ადრე იყო, დაბეჭდავს "a", "b" და "c".
• განხორციელდა გაშვების დროის მეხსიერების მართვის ოპტიმიზაცია, რამაც გამოიწვია მუშაობის 1-3%-ით გაზრდა და მეხსიერების მოხმარების 1%-ით შემცირება აპლიკაციების უმეტესობაში.
• გაგრძელდა მუშაობა კომპილატორში პროფილზე ორიენტირებული ოპტიმიზაციის (PGO) დანერგვაზე, გაშვების დროის ფუნქციების გათვალისწინებით. კომპილატორის ახალი ვერსია იყენებს დევირტუალიზაციის ინსტრუმენტებს არაპირდაპირი მეთოდების გამოძახებების გაფართოებული ჩაშენებული შესრულებით ჩასანაცვლებლად.
• PGO-ს ჩართვის შემდეგ, დამატებულმა ცვლილებამ პროგრამების უმეტესობის მუშაობა 2-14%-ით გააუმჯობესა.
• კომპილატორს დაემატა ზარის ინლაინირების მექანიზმის ექსპერიმენტული (GOEXPERIMENT=newinliner) გაუმჯობესებული იმპლემენტაცია, რომელიც იყენებს ევრისტიკას მნიშვნელოვანი და უმნიშვნელო ოპერაციების გასაყოფად.
• სტანდარტულ ბიბლიოთეკას დაემატა „math/rand/v2“ პაკეტი, რომელიც უზრუნველყოფს უფრო ყოვლისმომცველ API-ს და უფრო სწრაფ ფსევდოშემთხვევითი რიცხვების გენერირების ალგორითმებს.
• net/http.ServeMux პაკეტი ახლა მხარს უჭერს მეთოდებისა და ნიღბების მითითებას შაბლონებში. მაგალითად, შაბლონი „GET /static/{id}/“ გამოყენებული იქნება HTTP მეთოდით „GET“ მოთხოვნებზე და შეინახავს მოთხოვნილი გზის მეორე სეგმენტის მნიშვნელობას იდენტიფიკატორში „id“.
• database/sql პაკეტი ახლა მხარს უჭერს Null[T] ტიპს, რაც საშუალებას იძლევა სკანირდეს სვეტები, რომლებიც შეიძლება იყოს null. Slices პაკეტს ახლა აქვს Concat ფუნქცია ნებისმიერი ტიპის მრავალი სლიკის შესარწყმელად.
• სამუშაო სივრცეებთან (მოდულების კოლექციებთან) მუშაობის ბრძანებები ახლა მხარს უჭერს „vendor“ დირექტორიის გამოყენებას, რომელიც შეიცავს სამუშაო სივრცის შინაარსზე დამოკიდებულებებს. ეს დირექტორია იქმნება „go work vendor“ ბრძანების შესრულებისას და გამოიყენება build ბრძანებებში, როდესაც მითითებულია „-mod=vendor“ ოფცია (ჩართულია ნაგულისხმევად, თუ vendor დირექტორია არსებობს).

კომუნალური ქცევის ცვლილებები.

• go get აღარ არის მხარდაჭერილი მოდულის გარეთ მემკვიდრეობით GOPATH რეჟიმში (ანუ GO111MODULE=off-ით). სხვა build ბრძანებები, როგორიცაა go build და go test, განუსაზღვრელი ვადით გააგრძელებენ მუშაობას მემკვიდრეობით GOPATH პროგრამებისთვის.
• go mod init აღარ ცდილობს მოდულის მოთხოვნების იმპორტირებას სხვა მომწოდებლის ინსტრუმენტების კონფიგურაციის ფაილებიდან (მაგალითად, Gopkg.lock).
• go test -cover ახლა ბეჭდავს დაფარვის შემაჯამებელ მონაცემებს დაფარული პაკეტებისთვის, რომლებსაც არ აქვთ საკუთარი სატესტო ფაილები. Go 1.22-მდე, go test -cover აგზავნიდა დაფარვის შემაჯამებელ მონაცემებს ასეთი პაკეტისთვის: mymod/mypack [ტესტის ფაილები არ არსებობს]

  და ახლა, Go 1.22 ვერსიიდან, პაკეტში არსებული ფუნქციები დაუფარავად ითვლება: mymod/mypack დაფარვა: ოპერატორების 0.0% შენიშვნა: თუ პაკეტი საერთოდ არ შეიცავს შესრულებად კოდს, ჩვენ არ შეგვიძლია დაფარვის მნიშვნელოვანი პროცენტის შესახებ ინფორმაციის მიწოდება; ასეთი პაკეტებისთვის, go test გააგრძელებს დაკარგული სატესტო ფაილების შესახებ ინფორმაციის მიწოდებას.

• ახალი ტრეკერის მხარდაჭერის ფარგლებში, კვალის აღმდგენი ინსტრუმენტის ვებ ინტერფეისი ოდნავ განახლდა. რამდენიმე პრობლემა მოგვარდა და სხვადასხვა გვერდის წაკითხვადობა გაუმჯობესდა. ვებ ინტერფეისი ახლა მხარს უჭერს კვალის შემოწმებას ძაფების უსაფრთხო ხედში. კვალის აღმდგენი ახლა ასევე აჩვენებს ყველა სისტემური გამოძახების სრულ ხანგრძლივობას. ეს გაუმჯობესებები ეხება მხოლოდ Go 1.22 ან უფრო გვიანდელი ვერსიით შექმნილი პროგრამების მიერ გენერირებულ კვალებს. მომავალ ვერსიებში, ამ გაუმჯობესებების ნაწილი განხორციელდება Go-ს ძველი ვერსიებით გენერირებულ კვალებში.
• გაშვების პროცესი ახლა ტიპზე დაფუძნებულ ნაგვის შეგროვების მეტამონაცემებს თითოეულ გროვის ობიექტთან უფრო ახლოს ინახავს. ეს ცვლილება ასევე ამცირებს Go პროგრამების უმეტესობის მეხსიერების დატვირთვას დაახლოებით 1%-ით ზედმეტი მეტამონაცემების დედუპლიკაციის გზით. გაუმჯობესება შეიძლება უფრო მცირე იყოს ზოგიერთ პროგრამაში, რადგან ეს ცვლილება არეგულირებს მეხსიერების გამანაწილებლის ზომის კლასის საზღვრებს, ამიტომ ზოგიერთი ობიექტი შეიძლება გადავიდეს უფრო მაღალ ზომის კლასში. ამ ცვლილების შედეგია ის, რომ ზოგიერთი ობიექტის მისამართები, რომლებიც ადრე ყოველთვის გასწორებული იყო 16 ბაიტიან (ან უფრო მაღალ) საზღვრებზე, ახლა გასწორებული იქნება მხოლოდ 8 ბაიტიან საზღვრებზე. ზოგიერთი პროგრამა, რომელიც იყენებს ასამბლერის ინსტრუქციებს, რომლებიც მოითხოვს მეხსიერების მისამართების 8 ბაიტზე მეტ მანძილზე გასწორებას და ეყრდნობა მეხსიერების გამანაწილებლის წინა გასწორების ქცევას, შეიძლება ვერ მოხერხდეს, მაგრამ ჩვენ ველით, რომ ასეთი პროგრამები იშვიათი იქნება. ასეთი პროგრამების აგება შესაძლებელია GOEXPERIMENT=noalloheaders-ის გამოყენებით, ძველ მეტამონაცემების მოდელზე დაბრუნების და წინა გასწორების ქცევის აღდგენის ოფციით, მაგრამ პაკეტის მფლობელებმა უნდა განაახლონ ასამბლერის კოდი, რათა თავიდან აიცილონ გასწორების ვარაუდი, რადგან ეს გამოსავალი მოიხსნება მომავალ ვერსიაში.
• როგორც Go 1.20-ის გამოშვების ანოტაციებშია აღნიშნული, Go 1.22-ს საწყისი ბილდისთვის ახლა Go 1.20-ის ან უფრო გვიანდელი ვერსიის საბოლოო ვერსია სჭირდება. ჩვენ ველოდებით, რომ Go 1.24-ს საწყისი ბილდისთვის Go 1.22-ის ან უფრო გვიანდელი ვერსიის საბოლოო ვერსია დასჭირდება.
  ორიგინალი (go.dev)

წყარო: linux.org.ru