Toolkit build Qbs 2.0 telah dirilis. Qbs membutuhkan Qt sebagai dependensi, meskipun Qbs sendiri dirancang untuk menangani build proyek apa pun. Qbs menggunakan versi sederhana dari bahasa QML untuk mendefinisikan skrip build proyek, memungkinkan definisi aturan build yang fleksibel yang dapat mencakup modul eksternal, menggunakan fungsi JavaScript, dan membuat aturan build khusus.
Bahasa skrip yang digunakan di Qbs diadaptasi untuk mengotomatiskan pembuatan dan penguraian skrip build dengan lingkungan pengembangan terintegrasi. Selain itu, Qbs tidak menghasilkan makefile, tetapi dirinya sendiri, tanpa perantara seperti utilitas make, mengontrol peluncuran kompiler dan linker, mengoptimalkan proses pembangunan berdasarkan grafik terperinci dari semua dependensi. Kehadiran data awal tentang struktur dan ketergantungan dalam proyek memungkinkan Anda untuk secara efektif memparalelkan pelaksanaan operasi di beberapa thread. Untuk proyek besar yang terdiri dari sejumlah besar file dan subdirektori, kinerja pembangunan kembali menggunakan Qbs bisa beberapa kali lebih cepat daripada pembuatan ulang - pembangunan kembali dilakukan hampir seketika dan tidak memaksa pengembang membuang waktu menunggu.
Ingatlah bahwa pada tahun 2018 Perusahaan Qt memutuskan untuk berhenti mengembangkan Qbs. Qbs dikembangkan sebagai pengganti qmake, namun pada akhirnya diputuskan untuk menggunakan CMake sebagai sistem build utama untuk Qt dalam jangka panjang. Pengembangan Qbs kini berlanjut sebagai proyek independen yang didukung oleh komunitas dan pengembang yang berminat. Infrastruktur Perusahaan Qt terus digunakan untuk pembangunan.
Perubahan nomor versi yang signifikan disebabkan oleh implementasi backend JavaScript baru, yang menggantikan QtScript, yang telah dihentikan penggunaannya di Qt 6. Mempertahankan QtScript secara internal karena binding JavaScriptCore-nya yang kompleks dianggap tidak realistis. Oleh karena itu, backend baru ini didasarkan pada mesin JavaScript QuickJS yang mandiri dan ringkas, yang dibuat oleh Fabrice Bellard, pendiri QEMU dan FFmpeg. Mesin ini mendukung spesifikasi ES2019 dan secara signifikan mengungguli pesaing yang ada dalam hal kinerja (XS sebesar 35%, DukTape lebih dari dua kali lipat, JerryScript tiga kali lipat, dan MuJS tujuh kali lipat).
Dalam hal pengembangan skrip build, transisi ke mesin baru seharusnya tidak menghasilkan perubahan signifikan. Kinerja juga akan tetap kurang lebih sama. Satu perbedaan penting adalah persyaratan yang lebih ketat dari mesin baru untuk penggunaan nilai yang tidak terdefinisi, yang dapat mengungkap masalah dalam proyek yang sudah ada yang tidak terdeteksi saat menggunakan QtScript.
Sumber: opennet.ru
