Qbs 2.0 Rhyddhau Offeryn Adeiladu

Mae rhyddhau pecyn cymorth cynulliad Qbs 2.0 wedi'i gyhoeddi. Er mwyn adeiladu Qbs, mae angen Qt ymhlith y dibyniaethau, er bod Qbs ei hun wedi'i gynllunio i drefnu cynulliad unrhyw brosiectau. Mae Qbs yn defnyddio fersiwn symlach o'r iaith QML i ddiffinio sgriptiau adeiladu prosiect, sy'n eich galluogi i ddiffinio rheolau adeiladu eithaf hyblyg a all gysylltu modiwlau allanol, defnyddio swyddogaethau JavaScript, a chreu rheolau adeiladu wedi'u teilwra.

Mae'r iaith sgriptio a ddefnyddir yn Qbs yn cael ei haddasu i awtomeiddio cynhyrchu a dosrannu sgriptiau adeiladu gan amgylcheddau datblygu integredig. Yn ogystal, nid yw Qbs yn cynhyrchu ffeiliau gwneud, ond ei hun, heb gyfryngwyr fel y cyfleustodau gwneud, sy'n rheoli lansiad casglwyr a chysylltwyr, gan wneud y gorau o'r broses adeiladu yn seiliedig ar graff manwl o'r holl ddibyniaethau. Mae presenoldeb data cychwynnol am y strwythur a'r dibyniaethau yn y prosiect yn caniatáu ichi gyfochri gweithrediad gweithrediadau mewn sawl llinyn yn effeithiol. Ar gyfer prosiectau mawr sy'n cynnwys nifer fawr o ffeiliau ac is-gyfeiriaduron, gall perfformiad ailadeiladu gan ddefnyddio Qbs fod sawl gwaith yn gyflymach na gwneud - mae ailadeiladu yn cael ei berfformio bron yn syth ac nid yw'n gorfodi'r datblygwr i wastraffu amser aros.

Gadewch inni gofio bod Cwmni Qt wedi penderfynu rhoi'r gorau i ddatblygu Qbs yn 2018. Datblygwyd Qbs yn lle qmake, ond yn y pen draw penderfynwyd defnyddio CMake fel y brif system adeiladu ar gyfer Qt yn y tymor hir. Mae datblygiad Qbs bellach wedi parhau fel prosiect annibynnol a gefnogir gan y gymuned a datblygwyr â diddordeb. Mae seilwaith Qt Company yn parhau i gael ei ddefnyddio ar gyfer datblygu.

Mae newid sylweddol yn rhif y fersiwn yn gysylltiedig â gweithredu backend JavaScript newydd, a ddisodlodd QtScript, a ddatganwyd yn ddarfodedig yn Qt 6. Ystyriwyd ei bod yn afrealistig i barhau i gynnal QtScript ar ein pennau ein hunain oherwydd rhwymiadau cymhleth i JavaScriptCore, felly a dewiswyd un hunangynhaliol a chryno fel sail ar gyfer y backend newydd Crëwyd injan QuickJS JavaScript gan Fabrice Bellard, a sefydlodd y prosiectau QEMU a FFmpeg. Mae'r injan yn cefnogi manyleb ES2019 ac mae'n amlwg yn well mewn perfformiad na analogau presennol (XS o 35%, DukTape fwy na dwywaith, JerryScript dair gwaith, a MuJS saith gwaith).

O safbwynt datblygu sgriptiau cydosod, ni ddylai'r newid i injan newydd arwain at newidiadau amlwg. Bydd cynhyrchiant hefyd yn aros tua'r un lefel. Ymhlith y gwahaniaethau, mae gofynion llymach yn yr injan newydd ar gyfer defnyddio nulls, a all ddatgelu problemau mewn prosiectau presennol na chafodd eu sylwi wrth ddefnyddio QtScript.

Ffynhonnell: opennet.ru

Ychwanegu sylw