Mae pecyn cymorth adeiladu Qbs 2.0 wedi'i ryddhau. Mae Qbs angen Qt fel dibyniaeth, er bod Qbs ei hun wedi'i gynllunio i ymdrin ag adeiladu unrhyw brosiect. Mae Qbs yn defnyddio fersiwn symlach o'r iaith QML i ddiffinio sgriptiau adeiladu prosiectau, gan ganiatáu ar gyfer diffinio rheolau adeiladu hyblyg a all gynnwys modiwlau allanol, defnyddio ffwythiannau JavaScript, a chreu rheolau adeiladu personol.
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'r newid sylweddol i rif y fersiwn oherwydd gweithredu backend JavaScript newydd, sy'n disodli QtScript, a gafodd ei ddirymu yn Qt 6. Ystyriwyd bod parhau i gynnal QtScript yn fewnol oherwydd ei rwymiadau JavaScriptCore cymhleth yn afrealistig. Felly, mae'r backend newydd yn seiliedig ar yr injan JavaScript QuickJS hunangynhwysol a chryno, a grëwyd gan Fabrice Bellard, sylfaenydd QEMU a FFmpeg. Mae'r injan hon yn cefnogi'r fanyleb ES2019 ac yn perfformio'n sylweddol well na chystadleuwyr presennol o ran perfformiad (XS 35%, DukTape fwy na dwywaith, JerryScript dair gwaith, a MuJS saith gwaith).
O ran datblygu sgriptiau adeiladu, ni ddylai'r newid i'r injan newydd arwain at unrhyw newidiadau sylweddol. Bydd perfformiad hefyd yn aros fwy neu lai yr un fath. Un gwahaniaeth nodedig yw gofynion llymach yr injan newydd ar gyfer defnyddio gwerthoedd heb eu diffinio, a allai ddatgelu problemau mewn prosiectau presennol a aeth heb eu sylwi wrth ddefnyddio QtScript.
Ffynhonnell: opennet.ru
