Kit binaan Qbs 2.0 telah dikeluarkan. Qbs memerlukan Qt sebagai kebergantungan, walaupun Qbs itu sendiri direka bentuk untuk mengendalikan binaan mana-mana projek. Qbs menggunakan versi bahasa QML yang dipermudahkan untuk mentakrifkan skrip binaan projek, membolehkan definisi peraturan binaan fleksibel yang boleh merangkumi modul luaran, menggunakan fungsi JavaScript dan mencipta peraturan binaan tersuai.
Bahasa skrip yang digunakan dalam Qbs disesuaikan untuk mengautomasikan penjanaan dan penghuraian skrip binaan oleh IDE. Selain itu, Qbs tidak menjana fail make, dan sendiri, tanpa perantara seperti utiliti make, mengawal pelancaran penyusun dan pemaut, mengoptimumkan proses binaan berdasarkan graf terperinci semua kebergantungan. Kehadiran data awal pada struktur dan kebergantungan dalam projek membolehkan anda menyelaraskan pelaksanaan operasi dalam beberapa utas dengan berkesan. Untuk projek besar yang terdiri daripada sejumlah besar fail dan subdirektori, prestasi bina semula menggunakan Qbs boleh mengatasi prestasi beberapa kali - binaan semula hampir serta-merta dan tidak membuatkan pembangun meluangkan masa menunggu.
Mari kita ingat bahawa pada tahun 2018 Syarikat Qt memutuskan untuk berhenti membangunkan Qbs. Qbs dibangunkan sebagai pengganti qmake, tetapi akhirnya ia telah memutuskan untuk menggunakan CMake sebagai sistem binaan utama untuk Qt dalam jangka masa panjang. Pembangunan Qbs kini diteruskan sebagai projek bebas yang disokong oleh komuniti dan pemaju yang berminat. Infrastruktur Syarikat Qt terus digunakan untuk pembangunan.
Perubahan nombor versi yang ketara adalah disebabkan oleh pelaksanaan backend JavaScript baharu, yang menggantikan QtScript, yang telah ditamatkan dalam Qt 6. Meneruskan penyelenggaraan QtScript secara dalaman disebabkan oleh pengikatan JavaScriptCore yang kompleks dianggap tidak realistik. Oleh itu, backend baharu ini adalah berdasarkan enjin JavaScript QuickJS yang lengkap dan padat, yang dicipta oleh Fabrice Bellard, pengasas QEMU dan FFmpeg. Enjin ini menyokong spesifikasi ES2019 dan mengatasi pesaing sedia ada dengan ketara dalam prestasi (XS sebanyak 35%, DukTape lebih daripada dua kali, JerryScript sebanyak tiga kali dan MuJS sebanyak tujuh kali).
Dari segi pembangunan skrip binaan, peralihan kepada enjin baharu tidak sepatutnya menyebabkan sebarang perubahan ketara. Prestasi juga akan kekal hampir sama. Satu perbezaan ketara ialah keperluan enjin baharu yang lebih ketat untuk menggunakan nilai yang tidak ditakrifkan, yang boleh mendedahkan isu dalam projek sedia ada yang tidak disedari semasa menggunakan QtScript.
Sumber: opennet.ru
