Se ha presentado la versi\u00f3n 2.0 de la herramienta de construcci\u00f3n Qbs. Para la construcci\u00f3n de Qbs se requiere Qt entre sus dependencias, aunque Qbs est\u00e1 dise\u00f1ado para organizar la construcci\u00f3n de cualquier proyecto. Qbs utiliza una versi\u00f3n simplificada del lenguaje QML para definir los scripts de construcci\u00f3n del proyecto, lo que permite establecer reglas de construcci\u00f3n bastante flexibles, donde se pueden integrar m\u00f3dulos externos, utilizar funciones de JavaScript y crear reglas de construcci\u00f3n personalizadas. <\/p>\n
El lenguaje de scripts utilizado en Qbs est\u00e1 adaptado para la automatizaci\u00f3n de la generaci\u00f3n y el an\u00e1lisis de scripts de construcci\u00f3n por entornos de desarrollo integrados. Adem\u00e1s, Qbs no genera archivos make, sino que, sin intermediarios como la utilidad make, controla la ejecuci\u00f3n de compiladores y enlazadores, optimizando el proceso de compilaci\u00f3n en funci\u00f3n de un gr\u00e1fico detallado de todas las dependencias. La disponibilidad de datos iniciales sobre la estructura y las dependencias del proyecto permite paralelizar eficazmente la ejecuci\u00f3n de operaciones en m\u00faltiples hilos. Para grandes proyectos que consisten en un gran n\u00famero de archivos y subdirectorios, el rendimiento de la recompilaci\u00f3n utilizando Qbs puede superar al de make en m\u00faltiples ocasiones: la recompilaci\u00f3n se lleva a cabo casi instant\u00e1neamente y no hace que el desarrollador pierda tiempo en espera. <\/p>\n
Recordemos que en 2018 la empresa Qt Company decidi\u00f3 detener el desarrollo de Qbs. Qbs evolucion\u00f3 como un reemplazo de qmake, pero finalmente se decidi\u00f3 utilizar CMake como el sistema de compilaci\u00f3n principal para Qt a largo plazo. El desarrollo de Qbs ahora contin\u00faa en forma de un proyecto independiente, respaldado por la comunidad y desarrolladores interesados. La infraestructura de Qt Company todav\u00eda se utiliza para el desarrollo. <\/p>\n
El cambio significativo en el n\u00famero de versi\u00f3n est\u00e1 relacionado con la implementaci\u00f3n de un nuevo backend de JavaScript, que reemplaza a QtScript, declarado obsoleto en Qt 6. Continuar manteniendo QtScript por cuenta propia debido a las complicadas vinculaciones con JavaScriptCore ha sido considerado poco realista, por lo que se eligi\u00f3 como base para el nuevo backend el motor de JavaScript aut\u00f3nomo y compacto QuickJS, creado por Fabrice Bellard, fundador de los proyectos QEMU y FFmpeg. El motor soporta la especificaci\u00f3n ES2019 y, en t\u00e9rminos de rendimiento, supera significativamente a los an\u00e1logos existentes (XS por un 35%, DukTape m\u00e1s de dos veces, JerryScript tres veces, y MuJS siete veces). <\/p>\n
Desde el punto de vista del desarrollo de scripts de construcci\u00f3n, la transici\u00f3n al nuevo motor no deber\u00eda provocar cambios notables. El rendimiento tambi\u00e9n se mantendr\u00e1 aproximadamente al mismo nivel. Entre las diferencias se destacan los requisitos m\u00e1s estrictos del nuevo motor en cuanto al uso de valores indefinidos, lo que puede revelar problemas en los proyectos existentes que hab\u00edan pasado desapercibidos con el uso de QtScript. <\/ul>\n