Foi lan\u00e7ada a vers\u00e3o 2.0 da ferramenta de constru\u00e7\u00e3o Qbs. Para compilar o Qbs, \u00e9 necess\u00e1rio ter o Qt entre suas depend\u00eancias, embora o pr\u00f3prio Qbs seja projetado para gerenciar a constru\u00e7\u00e3o de qualquer projeto. O Qbs utiliza uma variante simplificada da linguagem QML para definir scripts de constru\u00e7\u00e3o do projeto, permitindo estabelecer regras de constru\u00e7\u00e3o suficientemente flex\u00edveis, onde m\u00f3dulos externos podem ser conectados, fun\u00e7\u00f5es JavaScript podem ser utilizadas e regras de constru\u00e7\u00e3o arbitr\u00e1rias podem ser criadas. <\/p>\n
A linguagem de script utilizada no Qbs foi adaptada para automatizar a gera\u00e7\u00e3o e a an\u00e1lise de scripts de constru\u00e7\u00e3o em ambientes de desenvolvimento integrados. Al\u00e9m disso, o Qbs n\u00e3o gera arquivos make, mas controla diretamente a execu\u00e7\u00e3o dos compiladores e vinculadores, otimizando o processo de constru\u00e7\u00e3o com base em um gr\u00e1fico detalhado de todas as depend\u00eancias. A presen\u00e7a de dados iniciais sobre a estrutura e as depend\u00eancias no projeto permite executar opera\u00e7\u00f5es de forma eficiente em m\u00faltiplos threads. Para grandes projetos compostos por um n\u00famero consider\u00e1vel de arquivos e subdiret\u00f3rios, o desempenho da reconstru\u00e7\u00e3o usando o Qbs pode superar o do make em v\u00e1rias vezes \u2014 a reconstru\u00e7\u00e3o \u00e9 realizada quase instantaneamente e n\u00e3o faz o desenvolvedor perder tempo esperando. <\/p>\n
Lembramos que, em 2018, a Qt Company decidiu interromper o desenvolvimento do Qbs. O Qbs foi desenvolvido como substituto do qmake, mas no final foi decidido usar o CMake como o sistema de compila\u00e7\u00e3o principal para o Qt a longo prazo. O desenvolvimento do Qbs agora \u00e9 continuado na forma de um projeto independente, apoiado pela comunidade e por desenvolvedores interessados. A infraestrutura da Qt Company ainda \u00e9 utilizada para o desenvolvimento. <\/p>\n
A significativa mudan\u00e7a no n\u00famero da vers\u00e3o est\u00e1 relacionada \u00e0 implementa\u00e7\u00e3o de um novo backend JavaScript, que substitui o QtScript, declarado obsoleto no Qt 6. Continuar a manuten\u00e7\u00e3o do QtScript por conta pr\u00f3pria, devido \u00e0s complexas liga\u00e7\u00f5es com o JavaScriptCore, foi considerado irrealista. Portanto, o motor JavaScript autossuficiente e compacto QuickJS, criado por Fabrice Bellard, fundador dos projetos QEMU e FFmpeg, foi escolhido como base para o novo backend. O motor suporta a especifica\u00e7\u00e3o ES2019 e tem um desempenho significativamente superior a alternativas existentes (XS em 35%, DukTape em mais de duas vezes, JerryScript em tr\u00eas vezes e MuJS em sete vezes). <\/p>\n
Do ponto de vista do desenvolvimento de scripts de constru\u00e7\u00e3o, a transi\u00e7\u00e3o para o novo motor n\u00e3o deve resultar em mudan\u00e7as significativas. O desempenho tamb\u00e9m deve permanecer em n\u00edveis semelhantes. Entre as diferen\u00e7as, destacam-se os requisitos mais rigorosos do novo motor em rela\u00e7\u00e3o ao uso de valores indefinidos, o que pode revelar problemas em projetos existentes que passaram despercebidos ao usar o QtScript. <\/ul>\n