ເຜີຍແຜ່ແຜນທີ່ການທໍາງານຂອງ Qt 6

Lars Knoll, ຜູ້ສ້າງເຄື່ອງຈັກ KHTML, ຜູ້ຈັດການໂຄງການ Qt Project ແລະຜູ້ອໍານວຍການດ້ານວິຊາການຂອງບໍລິສັດ Qt, ບອກ ກ່ຽວກັບແຜນການສ້າງສາຂາທີ່ສໍາຄັນຕໍ່ໄປຂອງກອບ Qt. ເມື່ອການທໍາງານຂອງສາຂາ Qt 5.14 ສໍາເລັດ, ການພັດທະນາຈະສຸມໃສ່ການກະກຽມສໍາລັບການປ່ອຍ Qt 6, ເຊິ່ງຄາດວ່າຈະຢູ່ໃນທ້າຍປີ 2020.

Qt 6 ຈະຖືກພັດທະນາດ້ວຍຕາເພື່ອຮັບປະກັນຄວາມເຂົ້າກັນໄດ້ກັບ Qt 5, ແຕ່ບັນຫາສ່ວນບຸກຄົນອາດຈະເກີດຂື້ນ, ນັບຕັ້ງແຕ່ການປ່ຽນແປງທາງສະຖາປັດຕະຍະກໍາທີ່ວາງແຜນໄວ້ແລະການເຮັດຄວາມສະອາດຈະບໍ່ເປັນໄປໄດ້ທີ່ຈະປະຕິບັດໂດຍບໍ່ມີການສູນເສຍຄວາມເຂົ້າກັນໄດ້ໃນລະດັບໃດຫນຶ່ງ. ເພື່ອເຮັດໃຫ້ການຫັນປ່ຽນລຽບງ່າຍ, ບາງຄຸນສົມບັດຂອງ Qt 6 ໄດ້ຖືກວາງແຜນທີ່ຈະລວມຢູ່ໃນຮູບແບບທີ່ຫຼຸດລົງເປັນສ່ວນຫນຶ່ງຂອງການປ່ອຍ Qt 5.14 ແລະ Qt 5.15 LTS. ເຄື່ອງມືຍັງຈະຖືກກະກຽມເພື່ອເຮັດໃຫ້ການເຄື່ອນຍ້າຍໄປຫາ Qt 6 ງ່າຍຂຶ້ນ.

ໃນ​ບັນ​ດາ​ເປົ້າ​ຫມາຍ​ຕົ້ນ​ຕໍ​ສໍາ​ລັບ​ສາ​ຂາ​ທີ່​ສໍາ​ຄັນ​ຕໍ່​ໄປ​ແມ່ນ​ການ​ນໍາ​ເອົາ​ການ​ທໍາ​ງານ​ທີ່​ສອດ​ຄ່ອງ​ກັບ​ຄວາມ​ຕ້ອງ​ການ​ຂອງ​ປີ 2020​, ທໍາ​ຄວາມ​ສະ​ອາດ​ຖານ​ລະ​ຫັດ​ແລະ​ການ​ງ່າຍ​ຂອງ​ການ​ບໍາ​ລຸງ​ຮັກ​ສາ​ໂຄງ​ການ​. ການປ່ຽນແປງທີ່ຄາດໄວ້:

• ຄວາມທັນສະໄຫມທີ່ສໍາຄັນຂອງ QML:
  • ຮອງຮັບການພິມທີ່ເຂັ້ມແຂງ.
  • ຄວາມສາມາດໃນການລວບລວມ QML ເຂົ້າໃນການສະແດງ C ++ ແລະລະຫັດເຄື່ອງຈັກ.
  • ເຮັດໃຫ້ JavaScript ເຕັມທີ່ສະຫນັບສະຫນູນທາງເລືອກ (ການນໍາໃຊ້ເຄື່ອງຈັກ JavaScript ເຕັມຮູບແບບຮຽກຮ້ອງໃຫ້ມີຊັບພະຍາກອນຫຼາຍ, ເຊິ່ງປ້ອງກັນບໍ່ໃຫ້ໃຊ້ QML ໃນອຸປະກອນເຊັ່ນ microcontrollers).
  • ການປະຕິເສດການສະບັບໃນ QML.
  • ການລວມຕົວຂອງໂຄງສ້າງຂໍ້ມູນທີ່ຊ້ໍາກັນໃນ QObject ແລະ QML (ຈະຫຼຸດຜ່ອນການບໍລິໂພກຫນ່ວຍຄວາມຈໍາແລະເລັ່ງການເລີ່ມຕົ້ນ).
  • ຍ້າຍອອກໄປຈາກການສ້າງໂຄງສ້າງຂໍ້ມູນຕາມເວລາແລ່ນ ເພື່ອເປັນການລວບລວມເວລາການຜະລິດ.
  • ເຊື່ອງອົງປະກອບພາຍໃນໂດຍຜ່ານການນໍາໃຊ້ວິທີການເອກະຊົນແລະຄຸນສົມບັດ.
  • ການປັບປຸງການປະສົມປະສານກັບເຄື່ອງມືພັດທະນາສໍາລັບການ refactoring ແລະລວບລວມເວລາການວິນິດໄສຄວາມຜິດພາດ;
• ການເພີ່ມຊັ້ນທີ່ບໍ່ມີຕົວຕົນໃຫມ່, Rendering Hardware Interface (RHI), ເພື່ອສະຫນອງການນໍາໃຊ້ຢ່າງບໍ່ຢຸດຢັ້ງຂອງ APIs ກຣາຟິກຕ່າງໆ, ລວມທັງ OpenGL, Vulkan, Metal ແລະ Direct 3D (ກ່ອນຫນ້ານີ້ Qt ແມ່ນ OpenGL ເທົ່ານັ້ນ). ໂຄງສ້າງພື້ນຖານການສະແດງຜົນທີ່ມີຢູ່ທັງໝົດຈະຖືກປ່ຽນໄປໃຊ້ RHI, ລວມທັງ QPainter, Qt Quick Scenegraph ແລະ Qt3D. ມັນຍັງມີການວາງແຜນທີ່ຈະເພີ່ມໂມດູນ Qt Shader Tools ເພື່ອສະຫນັບສະຫນູນພາສາການພັດທະນາ shader ຕ່າງໆແລະສະຫນອງການລວບລວມຂ້າມຂອງ shaders ທັງໃນຂັ້ນຕອນການກໍ່ສ້າງແລະໃນເວລາແລ່ນ;
• ການກະກຽມ API ເອກະພາບສໍາລັບການສ້າງການໂຕ້ຕອບຜູ້ໃຊ້ທີ່ປະສົມປະສານອົງປະກອບຮູບພາບ 2D ແລະ 3D. API ໃຫມ່ຈະຊ່ວຍໃຫ້ທ່ານໃຊ້ QML ເພື່ອກໍານົດອົງປະກອບການໂຕ້ຕອບ 3D ໂດຍບໍ່ຕ້ອງໃຊ້ຮູບແບບ UIP. ການໂຕ້ຕອບໃຫມ່ສໍາລັບການລວມເນື້ອຫາ 3D ກັບ Qt Quick ວາງແຜນທີ່ຈະແກ້ໄຂບັນຫາເຊັ່ນ: ຄ່າໃຊ້ຈ່າຍສູງຂອງການລວມ QML ກັບເນື້ອຫາຈາກ Qt 3D ຫຼື 3D Studio, ແລະການບໍ່ສາມາດ synchronize ພາບເຄື່ອນໄຫວແລະການຫັນປ່ຽນລະດັບກອບລະຫວ່າງ 2D ແລະ 3D. ການສະແດງຜົນແບບ 2D ແລະ 3D ແບບຊ້ອນກັນຈະຖືກປະຕິບັດໂດຍໃຊ້ເຄື່ອງຈັກການສະແດງຜົນໃໝ່. ຕົວຢ່າງຂອງ Qt Quick ໃຫມ່ທີ່ມີການສະຫນັບສະຫນູນ 3D ຄາດວ່າຈະຢູ່ໃນການປ່ອຍ Qt 5.14;
• ການເພີ່ມເຄື່ອງມືເພື່ອປະມວນຜົນຊັບສິນທີ່ກ່ຽວຂ້ອງກັບກາຟິກໃນເວລາລວບລວມ, ເຊັ່ນ: ການແປງຮູບພາບ PNG ເຂົ້າໄປໃນໂຄງສ້າງທີ່ຖືກບີບອັດຫຼືການແປງ shaders ແລະ meshes ເຂົ້າໄປໃນຮູບແບບຄູ່ທີ່ດີທີ່ສຸດສໍາລັບຮາດແວສະເພາະ;
• ການຝັງເຄື່ອງຈັກປະສົມປະສານສໍາລັບຫົວຂໍ້ແລະຮູບແບບຕ່າງໆ, ຊ່ວຍໃຫ້ທ່ານສາມາດບັນລຸຮູບລັກສະນະຂອງຄໍາຮ້ອງສະຫມັກໂດຍອີງໃສ່ Qt Widgets ແລະ Qt Quick, ພື້ນເມືອງຂອງເວທີມືຖືແລະ desktop ທີ່ແຕກຕ່າງກັນ;
• ການລວມຕົວຂອງເຄື່ອງມືໃນການສ້າງການໂຕ້ຕອບຜູ້ໃຊ້. ເພື່ອຫຼີກເວັ້ນການຊ້ໍາກັນຂອງການເຮັດວຽກແລະການຢຸດເຊົາການຈັດສົ່ງສອງຜະລິດຕະພັນແຍກຕ່າງຫາກ, ຄາດວ່າການເຮັດວຽກຂອງ Qt 3D Studio ຈະຖືກລວມເຂົ້າກັບ Qt Design Studio, ຫຼາຍໆລະບົບຍ່ອຍແລະກອບສໍາລັບການເຊື່ອມຕໍ່ plugins ກໍ່ສ້າງຢູ່ໃນພື້ນຖານລະຫັດດຽວກັນ. ຜູ້ສ້າງ Qt.
  Qt Design Studio ຍັງມີແຜນທີ່ຈະສະຫນອງການເຊື່ອມໂຍງທີ່ມີຄຸນນະພາບສູງກັບຊຸດການສ້າງເນື້ອຫາເຊັ່ນ Photoshop, Sketch, Illustrator, Maya ແລະ 3D Max. ພາສາຕົ້ນຕໍທີ່ສະຫນັບສະຫນູນໃນຊຸດເຄື່ອງມືການພັດທະນາແບບປະສົມປະສານແມ່ນ C++, QML ແລະ Python. Unification ຍັງຫມາຍເຖິງຄວາມສາມາດໃນການເຂົ້າເຖິງເຄື່ອງມືການອອກແບບການໂຕ້ຕອບຈາກ Qt Creator, ແລະໃຫ້ຜູ້ອອກແບບການໂຕ້ຕອບທີ່ມີຄວາມສາມາດຈາກເຄື່ອງມືຂອງນັກພັດທະນາ, ຕົວຢ່າງ, ການລວບລວມໂຄງການຫຼືການທົດສອບຄໍາຮ້ອງສະຫມັກໃນອຸປະກອນ;

• ມັນໄດ້ຖືກຕັດສິນໃຈທີ່ຈະໃຊ້ CMake ແທນ QMake ເປັນລະບົບການກໍ່ສ້າງ. ການສະຫນັບສະຫນູນການກໍ່ສ້າງຄໍາຮ້ອງສະຫມັກທີ່ໃຊ້ QMake ຈະຍັງຄົງຢູ່, ແຕ່ Qt ຕົວຂອງມັນເອງຈະຖືກສ້າງຂຶ້ນໂດຍໃຊ້ CMake. CMake ໄດ້ຖືກເລືອກເພາະວ່າຊຸດເຄື່ອງມືນີ້ຖືກນໍາໃຊ້ຢ່າງກວ້າງຂວາງໃນບັນດາຜູ້ພັດທະນາໂຄງການ C++ ແລະໄດ້ຮັບການສະຫນັບສະຫນູນໃນຫຼາຍສະພາບແວດລ້ອມການພັດທະນາປະສົມປະສານ. ການພັດທະນາລະບົບການປະກອບ Qbs, ເຊິ່ງອ້າງວ່າເປັນການທົດແທນສໍາລັບ QMake, ຢຸດເຊົາ;
• ການຫັນປ່ຽນໄປສູ່ມາດຕະຖານ C ++ 17 ໃນລະຫວ່າງການພັດທະນາ (ກ່ອນຫນ້ານີ້ C ++ 98 ຖືກໃຊ້). Qt 6 ວາງແຜນທີ່ຈະປະຕິບັດການສະຫນັບສະຫນູນຄຸນນະສົມບັດ C ++ ທີ່ທັນສະໄຫມຫຼາຍ, ແຕ່ໂດຍບໍ່ມີການສູນເສຍຄວາມເຂົ້າກັນໄດ້ກັບລະຫັດໂດຍອີງໃສ່ມາດຕະຖານມໍລະດົກ.
• ຄວາມສາມາດໃນການນໍາໃຊ້ຈາກ C ++ ບາງຫນ້າທີ່ສະຫນອງໃຫ້ສໍາລັບ QML ແລະ Qt Quick. ໂດຍສະເພາະ, ລະບົບຊັບສິນໃຫມ່ສໍາລັບ QObject ແລະຫ້ອງຮຽນທີ່ຄ້າຍຄືກັນຈະຖືກນໍາສະເຫນີ. ເຄື່ອງຈັກສໍາລັບການເຮັດວຽກກັບການຜູກມັດຈະຖືກປະສົມປະສານຈາກ QML ເຂົ້າໄປໃນຫຼັກ Qt, ເຊິ່ງຈະຫຼຸດຜ່ອນການໂຫຼດແລະຄວາມຈໍາສໍາລັບການຜູກມັດແລະເຮັດໃຫ້ພວກມັນສາມາດໃຊ້ໄດ້ກັບທຸກພາກສ່ວນຂອງ Qt, ແລະບໍ່ພຽງແຕ່ Qt Quick;
• ສືບຕໍ່ເຮັດວຽກເພື່ອຂະຫຍາຍການສະຫນັບສະຫນູນພາສາເພີ່ມເຕີມເຊັ່ນ Python ແລະ WebAssembly;
• ການປັບໂຄງສ້າງໃຫມ່ໂດຍການແບ່ງອອກເປັນອົງປະກອບຂະຫນາດນ້ອຍກວ່າແລະການຫຼຸດຜ່ອນຂະຫນາດຂອງຜະລິດຕະພັນທີ່ຕິດພັນ. ເຄື່ອງມືຜູ້ພັດທະນາ ແລະອົງປະກອບແບບກຳນົດເອງຈະຖືກສະໜອງໃຫ້ເປັນສ່ວນເສີມທີ່ແຈກຢາຍຜ່ານຮ້ານແຄັດຕາລັອກໃໝ່. ການເພີ່ມ Qt ຈາກຜູ້ພັດທະນາພາກສ່ວນທີສາມ, ທັງຟຣີແລະຈ່າຍ, ຍັງຈະໄດ້ຮັບການຍອມຮັບສໍາລັບການແຈກຢາຍ.

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