Wprowadzono wydanie narz\u0119dzi do budowy Qbs 2.0. Do budowy Qbs wymagany jest Qt, chocia\u017c sam Qbs jest zaprojektowany do organizacji budowy dowolnych projekt\u00f3w. Qbs u\u017cywa uproszczonej wersji j\u0119zyka QML do definiowania scenariuszy budowy projektu, co pozwala na okre\u015blenie elastycznych regu\u0142 budowy, w kt\u00f3rych mog\u0105 by\u0107 zaanga\u017cowane zewn\u0119trzne modu\u0142y, mog\u0105 by\u0107 u\u017cywane funkcje w JavaScript i mog\u0105 by\u0107 tworzone dowolne zasady budowy. <\/p>\n
J\u0119zyk skryptowy u\u017cywany w Qbs zosta\u0142 dostosowany do automatyzacji generowania i analizowania skrypt\u00f3w budowy w zintegrowanych \u015brodowiskach programistycznych. Ponadto Qbs nie generuje plik\u00f3w make, a sam, bez po\u015brednik\u00f3w, takich jak narz\u0119dzie make, kontroluje uruchamianie kompilator\u00f3w i linker\u00f3w, optymalizuj\u0105c proces budowy na podstawie szczeg\u00f3\u0142owego grafu wszystkich zale\u017cno\u015bci. Posiadanie pocz\u0105tkowych danych o strukturze i zale\u017cno\u015bciach w projekcie pozwala efektywnie r\u00f3wnolegle wykonywa\u0107 operacje w wielu w\u0105tkach. Dla du\u017cych projekt\u00f3w, sk\u0142adaj\u0105cych si\u0119 z wielu plik\u00f3w i podkatalog\u00f3w, wydajno\u015b\u0107 ponownej budowy przy u\u017cyciu Qbs mo\u017ce znacznie przewy\u017csza\u0107 make \u2014 ponowna budowa odbywa si\u0119 niemal natychmiastowo i nie zmusza programisty do tracenia czasu na oczekiwanie. <\/p>\n
Przypomnijmy, \u017ce w 2018 roku decyzj\u0105 firmy Qt Company zaprzestano rozwoju Qbs. Qbs rozwija\u0142 si\u0119 jako zamiennik qmake, ale ostatecznie zdecydowano si\u0119 na u\u017cycie CMake jako g\u0142\u00f3wnego systemu budowy dla Qt w d\u0142u\u017cszej perspektywie. Rozw\u00f3j Qbs trwa teraz w formie niezale\u017cnego projektu, wspieranego przez spo\u0142eczno\u015b\u0107 i zainteresowanych programist\u00f3w. Do rozwoju nadal wykorzystywana jest infrastruktura Qt Company. <\/p>\n
Znacz\u0105ca zmiana numeru wersji jest zwi\u0105zana z wdro\u017ceniem nowego backendu JavaScript, kt\u00f3ry zast\u0119puje QtScript, og\u0142oszony jako przestarza\u0142y w Qt 6. Kontynuowanie wsparcia QtScript na w\u0142asn\u0105 r\u0119k\u0119 ze wzgl\u0119du na skomplikowane powi\u0105zania z JavaScriptCore uznano za nierealistyczne, dlatego jako baza dla nowego backendu wybrano samodzielny i kompaktowy silnik JavaScript QuickJS stworzony przez Fabrice'a Bellarda, kt\u00f3ry wcze\u015bniej za\u0142o\u017cy\u0142 projekty QEMU i FFmpeg. Silnik wspiera specyfikacj\u0119 ES2019 i pod wzgl\u0119dem wydajno\u015bci znacznie przewy\u017csza istniej\u0105ce analogi (XS o 35%, DukTape ponad dwa razy, JerryScript trzy razy, a MuJS siedem razy). <\/p>\n
Z perspektywy tworzenia scenariuszy budowy przej\u015bcie na nowy silnik nie powinno prowadzi\u0107 do zauwa\u017calnych zmian. Wydajno\u015b\u0107 r\u00f3wnie\u017c pozostanie na mniej wi\u0119cej tym samym poziomie. W\u015br\u00f3d r\u00f3\u017cnic zauwa\u017calne s\u0105 bardziej rygorystyczne wymagania w nowym silniku dotycz\u0105ce u\u017cycia warto\u015bci nieokre\u015blonych, co mo\u017ce ujawnia\u0107 problemy w istniej\u0105cych projektach, kt\u00f3re pozosta\u0142y niezauwa\u017cone przy u\u017cyciu QtScript. <\/ul>\n