{"id":108082,"date":"2023-04-26T00:48:27","date_gmt":"2023-04-25T22:48:27","guid":{"rendered":"https:\/\/prohoster.info\/?p=108082"},"modified":"2023-04-26T09:25:39","modified_gmt":"2023-04-26T07:25:39","slug":"vypusk-sborochnogo-instrumentariya-qbs-2-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/vypusk-sborochnogo-instrumentariya-qbs-2-0","title":{"rendered":"Release van de buildtoolkit Qbs 2.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
De release van de Qbs 2.0 buildtoolkit is gepresenteerd. Voor het bouwen van Qbs zijn afhankelijkheden zoals Qt vereist, hoewel Qbs zelf is ontworpen voor het organiseren van de bouw van elk project. Qbs gebruikt een vereenvoudigde variant van de QML-taal om bouwscenario's voor projecten te defini\u00ebren, wat het mogelijk maakt om flexibele bouwregels te cre\u00ebren waaraan externe modules kunnen worden toegevoegd, JavaScript-functies kunnen worden gebruikt en willekeurige bouwregels kunnen worden gemaakt. <\/p>\n
De script-taal die in Qbs wordt gebruikt, is aangepast voor de automatisering van de generatie en parsing van build-scripts in ge\u00efntegreerde ontwikkelomgevingen. Bovendien genereert Qbs geen make-bestanden, maar beheert het zelf, zonder tussenpersonen zoals de make-tool, het starten van compilators en linkers, waarbij het het buildproces optimaliseert op basis van een gedetailleerde grafiek van alle afhankelijkheden. Het hebben van originele gegevens over de structuur en afhankelijkheden in een project maakt het mogelijk om de uitvoering van taken effectief in meerdere threads te paralleliseren. Voor grote projecten bestaande uit een groot aantal bestanden en submappen kan de snelheid van opnieuw bouwen met Qbs vele malen sneller zijn dan met make \u2014 het opnieuw bouwen gebeurt bijna onmiddellijk en dwingt de ontwikkelaar niet om tijd te verspillen met wachten. <\/p>\n
Ter herinnering: in 2018 heeft Qt Company besloten om de ontwikkeling van Qbs stop te zetten. Qbs is ontwikkeld als vervanging voor qmake, maar uiteindelijk is besloten om CMake als de belangrijkste bouwsystem voor Qt op lange termijn te gebruiken. De ontwikkeling van Qbs wordt nu voortgezet in de vorm van een onafhankelijk project, ondersteund door de gemeenschap en ge\u00efnteresseerde ontwikkelaars. Voor de ontwikkeling wordt voorlopig de infrastructuur van Qt Company nog steeds gebruikt. <\/p>\n
De significante wijziging van het versienummer is gerelateerd aan de implementatie van een nieuwe JavaScript-backend, die de verouderde QtScript vervangt die in Qt 6 als verouderd werd beschouwd. Het handhaven van QtScript zelf is onrealistisch gebleken vanwege de complexe bindingen aan JavaScriptCore, daarom is de nieuwe backend gebaseerd op de zelfvoorzienende en compacte JavaScript-engine QuickJS, ontwikkeld door Fabrice Bellard, de oprichter van de QEMU- en FFmpeg-projecten. De engine ondersteunt de ES2019-specificatie en overtreft bestaande alternatieven in prestaties (XS met 35%, DukTape meer dan twee keer, JerryScript drie keer en MuJS zeven keer). <\/p>\n
Wat betreft de ontwikkeling van bouwscenario's zou de overgang naar de nieuwe engine niet tot merkbare veranderingen moeten leiden. De prestaties blijven ook ongeveer op hetzelfde niveau. Een van de verschillen is dat de nieuwe engine strengere eisen stelt aan het gebruik van ongedefinieerde waarden, wat problemen in bestaande projecten kan aan het licht brengen die onopgemerkt zijn gebleven bij het gebruik van QtScript. <\/ul>\n