La version 2.0 de l'outil d'assemblage Qbs a \u00e9t\u00e9 pr\u00e9sent\u00e9e. Pour assembler Qbs, Qt est n\u00e9cessaire parmi les d\u00e9pendances, m\u00eame si Qbs est con\u00e7u pour organiser l'assemblage de tout type de projet. Qbs utilise une version simplifi\u00e9e du langage QML pour d\u00e9finir les scripts d'assemblage du projet, permettant d'\u00e9tablir des r\u00e8gles d'assemblage suffisamment flexibles, int\u00e9grant des modules externes, utilisant des fonctions en JavaScript et cr\u00e9ant des r\u00e8gles d'assemblage arbitraires. <\/p>\n
Le langage de script utilis\u00e9 dans Qbs est adapt\u00e9 pour automatiser la g\u00e9n\u00e9ration et l'analyse des scripts de construction dans les environnements de d\u00e9veloppement int\u00e9gr\u00e9s. En outre, Qbs ne g\u00e9n\u00e8re pas de fichiers make, mais contr\u00f4le lui-m\u00eame, sans interm\u00e9diaires comme l'outil make, l'ex\u00e9cution des compilateurs et des liaisons, optimisant le processus de construction sur la base d'un graphique d\u00e9taill\u00e9 de toutes les d\u00e9pendances. La pr\u00e9sence de donn\u00e9es initiales sur la structure et les d\u00e9pendances du projet permet de parall\u00e9liser efficacement l'ex\u00e9cution des op\u00e9rations sur plusieurs threads. Pour les grands projets comportant un grand nombre de fichiers et de sous-r\u00e9pertoires, les performances de reconstruction avec Qbs peuvent surpasser celles de make de plusieurs fois \u2014 la reconstruction s'effectue presque instantan\u00e9ment et ne fait pas perdre de temps aux d\u00e9veloppeurs en attente. <\/p>\n
Rappelons qu'en 2018, la soci\u00e9t\u00e9 Qt Company a d\u00e9cid\u00e9 de cesser le d\u00e9veloppement de Qbs. Qbs a \u00e9t\u00e9 d\u00e9velopp\u00e9 comme un substitut \u00e0 qmake, mais il a finalement \u00e9t\u00e9 d\u00e9cid\u00e9 d'utiliser CMake comme syst\u00e8me de construction principal pour Qt \u00e0 long terme. Le d\u00e9veloppement de Qbs se poursuit maintenant sous la forme d'un projet ind\u00e9pendant, soutenu par la communaut\u00e9 et des d\u00e9veloppeurs int\u00e9ress\u00e9s. L'infrastructure de Qt Company continue d'\u00eatre utilis\u00e9e pour le d\u00e9veloppement pour l'instant. <\/p>\n
Le changement significatif de num\u00e9ro de version est li\u00e9 \u00e0 la mise en \u0153uvre d'un nouveau backend JavaScript, qui remplace QtScript, d\u00e9clar\u00e9 obsol\u00e8te dans Qt 6. Continuer \u00e0 maintenir QtScript de mani\u00e8re ind\u00e9pendante \u00e0 cause des liaisons complexes avec JavaScriptCore est jug\u00e9 irr\u00e9aliste, c'est pourquoi le moteur JavaScript autonome et compact QuickJS, cr\u00e9\u00e9 par Fabrice Bellard, a \u00e9t\u00e9 choisi comme base pour le nouveau backend. Ce moteur prend en charge la sp\u00e9cification ES2019 et surpasse en performance les alternatives existantes (XS de 35 %, DukTape de plus du double, JerryScript de trois fois et MuJS de sept fois). <\/p>\n
Du point de vue du d\u00e9veloppement des scripts d'assemblage, la transition vers ce nouveau moteur ne devrait pas entra\u00eener de changements notables. La performance restera \u00e9galement \u00e0 peu pr\u00e8s au m\u00eame niveau. Parmi les diff\u00e9rences, des exigences plus strictes dans le nouveau moteur concernant l'utilisation de valeurs ind\u00e9finies pourraient r\u00e9v\u00e9ler des probl\u00e8mes dans les projets existants qui sont pass\u00e9s inaper\u00e7us lors de l'utilisation de QtScript. <\/ul>\n