Qbs 2.0 조립 도구 릴리스

Qbs 2.0 빌드 도구 릴리스가 도입되었습니다. Qbs를 빌드하려면 Qt가 종속성으로 필요하지만 Qbs 자체는 모든 프로젝트의 어셈블리를 구성하도록 설계되었습니다. Qbs는 QML 언어의 단순화된 버전을 사용하여 프로젝트 빌드 스크립트를 정의합니다. 이를 통해 외부 모듈을 연결할 수 있고 JavaScript 기능을 사용할 수 있으며 임의의 빌드 규칙을 만들 수 있는 매우 유연한 빌드 규칙을 정의할 수 있습니다.

Qbs에서 사용되는 스크립팅 언어는 IDE에서 빌드 스크립트의 생성 및 구문 분석을 자동화하도록 조정되었습니다. 또한 Qbs는 make 파일을 생성하지 않으며 make 유틸리티와 같은 중개자 없이 자체적으로 컴파일러 및 링커의 시작을 제어하여 모든 종속성에 대한 자세한 그래프를 기반으로 빌드 프로세스를 최적화합니다. 프로젝트의 구조 및 종속성에 대한 초기 데이터가 있으면 여러 스레드에서 작업 실행을 효과적으로 병렬화할 수 있습니다. 많은 수의 파일과 하위 디렉터리로 구성된 대규모 프로젝트의 경우 Qbs를 사용한 재구축 성능은 make보다 몇 배나 뛰어납니다. 재구축은 거의 즉각적이며 개발자가 대기하는 데 시간을 소비하지 않습니다.

2018년에 Qt Company는 Qbs 개발을 중단하기로 결정했습니다. Qbs는 qmake를 대체하기 위해 개발되었지만 궁극적으로 CMake를 장기적으로 Qt의 주요 빌드 시스템으로 사용하기로 결정되었습니다. Qbs의 개발은 이제 커뮤니티 세력과 관심 있는 개발자가 지원하는 독립적인 프로젝트로 계속되었습니다. Qt Company 인프라는 개발에 계속 사용됩니다.

버전 번호의 중요한 변경은 Qt 6에서 더 이상 사용되지 않는 QtScript를 대체하는 새로운 JavaScript 백엔드의 구현과 관련이 있습니다. -QEMU 및 FFmpeg 프로젝트를 설립한 Fabrice Bellard가 만든 새로운 백엔드 QuickJS JavaScript 엔진의 기반으로 충분하고 컴팩트한 것이 선택되었습니다. 이 엔진은 ES2019 사양을 지원하며 성능 면에서 기존 엔진보다 훨씬 뛰어납니다(XS는 35%, DukTape는 XNUMX배 이상, JerryScript는 XNUMX배, MuJS는 XNUMX배).

빌드 스크립트 개발의 관점에서 보면 새 엔진으로의 전환이 눈에 띄는 변화로 이어져서는 안 됩니다. 성능도 거의 동일하게 유지됩니다. 차이점 중 새 엔진에는 null 값 사용에 대한 더 엄격한 요구 사항이 있으며, 이는 QtScript를 사용할 때 발견되지 않은 기존 프로젝트의 문제를 드러낼 수 있습니다.

출처 : opennet.ru