Qbs 2.0 ასამბლეის ხელსაწყოს გამოშვება

Qbs 2.0-ის შექმნის ინსტრუმენტარიუმის ნაკრები გამოვიდა. Qbs-ისთვის Qt დამოკიდებულებაა საჭირო, თუმცა თავად Qbs შექმნილია ნებისმიერი პროექტის შექმნისთვის. Qbs იყენებს QML ენის გამარტივებულ ვერსიას პროექტის შექმნის სკრიპტების განსაზღვრისთვის, რაც საშუალებას იძლევა განისაზღვროს მოქნილი შექმნის წესები, რომლებიც შეიძლება მოიცავდეს გარე მოდულებს, გამოიყენოს JavaScript ფუნქციები და შექმნას საკუთარი შექმნის წესები.

Qbs-ში გამოყენებული სკრიპტირების ენა ადაპტირებულია ინტეგრირებული განვითარების გარემოში build სკრიპტების გენერირებისა და ანალიზის ავტომატიზაციისთვის. გარდა ამისა, Qbs არ ქმნის მაკიაჟის ფაილებს, მაგრამ თავად, შუამავლების გარეშე, როგორიცაა make utility, აკონტროლებს შემდგენელებისა და ლინკერების გაშვებას, ოპტიმიზაციას უწევს მშენებლობის პროცესს ყველა დამოკიდებულების დეტალურ გრაფიკზე დაყრდნობით. პროექტში სტრუქტურისა და დამოკიდებულების შესახებ საწყისი მონაცემების არსებობა საშუალებას გაძლევთ ეფექტურად მოაწყოთ ოპერაციების შესრულება რამდენიმე ძაფში. დიდი პროექტებისთვის, რომლებიც შედგება დიდი რაოდენობით ფაილებისა და ქვედირექტორიებისგან, Qbs-ის გამოყენებით აღდგენის შესრულება შეიძლება რამდენჯერმე უფრო სწრაფი იყოს ვიდრე make - აღდგენა ხორციელდება თითქმის მყისიერად და არ აიძულებს დეველოპერს დაკარგოს დრო ლოდინის დროს.

შეგახსენებთ, რომ 2018 წელს Qt კომპანიამ Qbs-ის განვითარების შეწყვეტა გადაწყვიტა. Qbs შეიქმნა, როგორც qmake-ის შემცვლელი, მაგრამ საბოლოოდ გადაწყდა, რომ CMake გამოეყენებინათ Qt-ის ძირითადი Build სისტემა გრძელვადიან პერსპექტივაში. Qbs-ის განვითარება ახლა გაგრძელდა, როგორც დამოუკიდებელი პროექტი, რომელსაც მხარს უჭერს საზოგადოება და დაინტერესებული დეველოპერები. Qt კომპანიის ინფრასტრუქტურა განაგრძობს განვითარებისთვის გამოყენებას.

ვერსიის ნომრის მნიშვნელოვანი ცვლილება გამოწვეულია ახალი JavaScript ბექენდის დანერგვით, რომელიც ცვლის QtScript-ს, რომელიც Qt 6-ში მოძველდა. QtScript-ის შიდა მხარდაჭერის გაგრძელება მისი რთული JavaScriptCore შეკავშირებების გამო არარეალურად მიიჩნიეს. ამიტომ, ახალი ბექენდი დაფუძნებულია თვითკმარ და კომპაქტურ QuickJS JavaScript ძრავზე, რომელიც შექმნა QEMU-სა და FFmpeg-ის დამფუძნებელმა, ფაბრის ბელარდმა. ეს ძრავა მხარს უჭერს ES2019 სპეციფიკაციას და მნიშვნელოვნად აღემატება არსებულ კონკურენტებს შესრულებით (XS 35%-ით, DukTape ორზე მეტჯერ, JerryScript სამჯერ და MuJS შვიდჯერ).

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

წყარო: opennet.ru