Qbs 2.0 бүтээх хэрэгслийн иж бүрдэл гарлаа. Qbs нь Qt-г хамааралтай болгохыг шаарддаг ч Qbs нь өөрөө аливаа төслийг боловсруулахад зориулагдсан байдаг. Qbs нь төслийн бүтээх скриптүүдийг тодорхойлохын тулд QML хэлний хялбаршуулсан хувилбарыг ашигладаг бөгөөд энэ нь гадаад модулиудыг багтаах, JavaScript функцуудыг ашиглах, өөрчлөн бүтээх дүрмийг бий болгох уян хатан бүтээх дүрмийг тодорхойлох боломжийг олгодог.
Qbs-д хэрэглэгддэг скрипт хэл нь IDE-ээр бүтээх скриптүүдийг үүсгэх, задлах ажлыг автоматжуулахад тохируулагдсан. Нэмж дурдахад Qbs нь makefile үүсгэдэггүй бөгөөд өөрөө make utility гэх мэт зуучлагчгүйгээр хөрвүүлэгч болон холбогчийг ажиллуулж, бүх хамаарлын нарийвчилсан график дээр үндэслэн бүтээх процессыг оновчтой болгодог. Төслийн бүтэц, хамаарлын талаархи анхны өгөгдөл байгаа нь хэд хэдэн урсгал дахь үйлдлүүдийн гүйцэтгэлийг үр дүнтэй зэрэгцүүлэх боломжийг олгодог. Олон тооны файлууд болон дэд сангуудаас бүрдэх томоохон төслүүдийн хувьд Qbs ашиглан дахин бүтээх гүйцэтгэл хэд хэдэн удаа давж гарах боломжтой - дахин бүтээх нь бараг агшин зуур бөгөөд хөгжүүлэгчийг хүлээх цагийг үрэхгүй.
Сануулахад, 2018 онд Qt компани Qbs хөгжүүлэхээ зогсоох шийдвэр гаргасан. Qbs-ийг qmake-г орлуулахаар боловсруулсан боловч эцэст нь CMake-ийг Qt-ийн үндсэн бүтээх систем болгон ашиглахаар шийдсэн. Qbs-ийн хөгжил одоо олон нийтийн хүчнүүд болон сонирхогч хөгжүүлэгчдийн дэмжлэгтэйгээр бие даасан төсөл хэлбэрээр үргэлжилж байна. Qt компанийн дэд бүтцийг хөгжүүлэхэд ашигласаар байна.
Хувилбарын дугаарын мэдэгдэхүйц өөрчлөлт нь Qt 6-д хуучирсан QtScript-ийг орлох шинэ JavaScript арын хэсгийг хэрэгжүүлсэнтэй холбоотой юм. JavaScriptCore-ийн нарийн төвөгтэй холболтын улмаас QtScript-г дотооддоо үргэлжлүүлэн хадгалах нь бодит бус гэж үзсэн. Тиймээс шинэ backend нь QEMU болон FFmpeg-ийн үүсгэн байгуулагч Фабрис Беллардын бүтээсэн, бие даасан, авсаархан QuickJS JavaScript хөдөлгүүр дээр суурилдаг. Энэхүү хөдөлгүүр нь ES2019 техникийн үзүүлэлтийг дэмждэг бөгөөд гүйцэтгэлээрээ одоо байгаа өрсөлдөгчдөөсөө (XS 35%, DukTape 2 дахин, JerryScript 3 дахин, MuJS 7 дахин) илүү гарсан.
Бүтээлийн скриптийг боловсруулахын хувьд шинэ хөдөлгүүрт шилжих нь ямар ч мэдэгдэхүйц өөрчлөлт гарах ёсгүй. Гүйцэтгэл нь бараг ижил хэвээр байх болно. Анхаарал татахуйц нэг ялгаа нь шинэ хөдөлгүүрийн тодорхойгүй утгыг ашиглахад тавигдах илүү хатуу шаардлагууд бөгөөд энэ нь QtScript-г ашиглах үед анзаарагдаагүй одоо байгаа төслүүдийн асуудлуудыг илрүүлж болох юм.
Эх сурвалж: opennet.ru
