ການປ່ອຍເຄື່ອງມືປະກອບ Qbs 2.0

ການປ່ອຍຊຸດເຄື່ອງມືປະກອບ Qbs 2.0 ໄດ້ຖືກປະກາດແລ້ວ. ເພື່ອສ້າງ Qbs, Qt ແມ່ນຕ້ອງການໃນບັນດາຄວາມເພິ່ງພາອາໄສ, ເຖິງແມ່ນວ່າ Qbs ຕົວຂອງມັນເອງຖືກອອກແບບມາເພື່ອຈັດຕັ້ງການປະກອບໂຄງການໃດໆ. Qbs ໃຊ້ພາສາ QML ສະບັບທີ່ງ່າຍດາຍເພື່ອກໍານົດຕົວສ້າງໂຄງການ, ເຊິ່ງຊ່ວຍໃຫ້ທ່ານສາມາດກໍານົດກົດລະບຽບການກໍ່ສ້າງທີ່ມີຄວາມຍືດຫຍຸ່ນພໍສົມຄວນທີ່ສາມາດເຊື່ອມຕໍ່ໂມດູນພາຍນອກ, ໃຊ້ຟັງຊັນ JavaScript, ແລະສ້າງກົດລະບຽບການສ້າງແບບກໍານົດເອງ.

ພາສາສະຄຣິບທີ່ໃຊ້ໃນ Qbs ໄດ້ຖືກດັດແປງເພື່ອອັດຕະໂນມັດການຜະລິດ ແລະ parsing ຂອງ build scripts ໂດຍສະພາບແວດລ້ອມການພັດທະນາປະສົມປະສານ. ນອກຈາກນັ້ນ, Qbs ບໍ່ໄດ້ສ້າງ makefiles, ແຕ່ຕົວຂອງມັນເອງ, ໂດຍບໍ່ມີຕົວກາງເຊັ່ນ: make utility, ຄວບຄຸມການເປີດຕົວ compilers ແລະ linkers, optimizing ຂະບວນການສ້າງໂດຍອີງໃສ່ເສັ້ນສະແດງລາຍລະອຽດຂອງທຸກ dependencies. ການປະກົດຕົວຂອງຂໍ້ມູນເບື້ອງຕົ້ນກ່ຽວກັບໂຄງສ້າງແລະຄວາມເພິ່ງພາອາໄສໃນໂຄງການຊ່ວຍໃຫ້ທ່ານສາມາດຂະຫນານປະສິດທິພາບການປະຕິບັດການດໍາເນີນງານໃນຫຼາຍຫົວຂໍ້. ສໍາລັບໂຄງການຂະຫນາດໃຫຍ່ທີ່ປະກອບດ້ວຍຈໍານວນຫລາຍຂອງໄຟລ໌ແລະໄດເລກະທໍລີຍ່ອຍ, ການປະຕິບັດການກໍ່ສ້າງຄືນໃຫມ່ໂດຍໃຊ້ Qbs ສາມາດໄວກວ່າການເຮັດ - ການກໍ່ສ້າງຄືນໃຫມ່ແມ່ນປະຕິບັດເກືອບທັນທີແລະບໍ່ບັງຄັບໃຫ້ນັກພັດທະນາໃຊ້ເວລາລໍຖ້າ.

ໃຫ້ພວກເຮົາຈື່ວ່າໃນປີ 2018 ບໍລິສັດ Qt ໄດ້ຕັດສິນໃຈຢຸດການພັດທະນາ Qbs. Qbs ໄດ້ຖືກພັດທະນາເປັນການທົດແທນສໍາລັບ qmake, ແຕ່ໃນທີ່ສຸດມັນໄດ້ຖືກຕັດສິນໃຈທີ່ຈະໃຊ້ CMake ເປັນລະບົບການກໍ່ສ້າງຕົ້ນຕໍສໍາລັບ Qt ໃນໄລຍະຍາວ. ການພັດທະນາ Qbs ໃນປັດຈຸບັນໄດ້ສືບຕໍ່ເປັນໂຄງການເອກະລາດທີ່ໄດ້ຮັບການສະຫນັບສະຫນູນຈາກຊຸມຊົນແລະຜູ້ພັດທະນາທີ່ສົນໃຈ. ໂຄງສ້າງພື້ນຖານຂອງບໍລິສັດ Qt ສືບຕໍ່ຖືກນໍາໃຊ້ເພື່ອການພັດທະນາ.

ການປ່ຽນແປງທີ່ສໍາຄັນໃນຈໍານວນເວີຊັນແມ່ນກ່ຽວຂ້ອງກັບການປະຕິບັດ JavaScript backend ໃຫມ່, ເຊິ່ງແທນທີ່ QtScript, ເຊິ່ງໄດ້ຖືກປະກາດວ່າລ້າສະໄຫມໃນ Qt 6. ມັນໄດ້ຖືກພິຈາລະນາວ່າບໍ່ເປັນຈິງທີ່ຈະສືບຕໍ່ຮັກສາ QtScript ດ້ວຍຕົວເຮົາເອງເນື່ອງຈາກການຜູກມັດທີ່ສັບສົນກັບ JavaScriptCore, ດັ່ງນັ້ນ, ຕົນເອງພຽງພໍແລະຫນາແຫນ້ນໄດ້ຖືກເລືອກເປັນພື້ນຖານສໍາລັບ backend ໃຫມ່ ເຄື່ອງຈັກ QuickJS JavaScript ຖືກສ້າງຂື້ນໂດຍ Fabrice Bellard, ຜູ້ທີ່ກໍ່ຕັ້ງໂຄງການ QEMU ແລະ FFmpeg. ເຄື່ອງຈັກສະຫນັບສະຫນູນຂໍ້ມູນຈໍາເພາະຂອງ ES2019 ແລະມີຄວາມໂດດເດັ່ນໃນການປະຕິບັດກັບ analogues ທີ່ມີຢູ່ (XS ໂດຍ 35%, DukTape ຫຼາຍກວ່າສອງເທົ່າ, JerryScript ສາມເທົ່າ, ແລະ MuJS ເຈັດເທົ່າ).

ຈາກທັດສະນະຂອງການພັດທະນາສະຄິບປະກອບ, ການຫັນປ່ຽນໄປສູ່ເຄື່ອງຈັກໃຫມ່ບໍ່ຄວນນໍາໄປສູ່ການປ່ຽນແປງທີ່ສັງເກດເຫັນ. ຜົນຜະລິດຍັງຈະຢູ່ໃນລະດັບດຽວກັນ. ໃນບັນດາຄວາມແຕກຕ່າງ, ມີຄວາມຕ້ອງການທີ່ເຂັ້ມງວດໃນເຄື່ອງຈັກໃຫມ່ສໍາລັບການນໍາໃຊ້ nulls, ເຊິ່ງສາມາດເປີດເຜີຍບັນຫາໃນໂຄງການທີ່ມີຢູ່ແລ້ວທີ່ບໍ່ໄດ້ສັງເກດເຫັນໃນເວລາທີ່ໃຊ້ QtScript.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru