QGIS 3.0 - ວິທີການ, ເວລາແລະສິ່ງທີ່; ມັນຫມາຍຄວາມວ່າ

ພວກເຮົາຫລາຍຄົນສົງໄສວ່າ:

ເມື່ອ QGIS 3.0 ຈະປ່ອຍອອກມາເມື່ອໃດ?

ປີທີ່ຜ່ານມາ (2015) ທີມງານຂອງໂຄງການໄດ້ເລີ່ມການສືບສວນໃນເວລາແລະວິທີ QGIS 3.0 ຖືກປ່ອຍອອກມາ. ພວກເຂົາເຈົ້າໄດ້ສັນຍາວ່າ, ອີງຕາມການຕອບຈາກ Anita Graser, ເຊິ່ງພວກເຂົາ ກຳ ລັງຈະສົ່ງຕໍ່ຜູ້ໃຊ້ແລະນັກພັດທະນາແຜນການຂອງພວກເຂົາຢ່າງຈະແຈ້ງກ່ອນເປີດ QGIS 3.0. ພວກເຂົາໄດ້ພະຍາຍາມຈັດວາງການພິຈາລະນາບາງຢ່າງ ສຳ ລັບການປ່ອຍ QGIS 3.0 ແລະໃນຕອນທ້າຍຂອງການໂພດມີໂອກາດ ສຳ ລັບພວກເຮົາທີ່ຈະ ນຳ ສະ ເໜີ ແນວຄວາມຄິດຂອງພວກເຮົາ.

ເປັນຫຍັງ 3.0?

ໂດຍປົກກະຕິມີລຸ້ນທີ່ ສຳ ຄັນຖືກສະຫງວນໄວ້ ສຳ ລັບເວລາທີ່ມີການປ່ຽນແປງຄັ້ງໃຫຍ່ຕໍ່ API ຂອງຊອບແວຂອງທ່ານ. ການພັກຜ່ອນຄັ້ງນີ້ບໍ່ແມ່ນການຕັດສິນໃຈແບບສັ້ນໆ ສຳ ລັບໂຄງການ QGIS ເພາະວ່າພວກເຮົາເປັນຜູ້ ນຳ ໃຊ້ຫລາຍຮ້ອຍພັນຄົນທີ່ອາໄສການ ນຳ ໃຊ້ QGIS, ທັງ ສຳ ລັບການ ນຳ ໃຊ້ຂອງພວກເຮົາເອງແລະການບໍລິການທີ່ສະ ໜອງ ໃຫ້ແກ່ບຸກຄົນທີສາມ.

ຈາກທີ່ໃຊ້ເວລາທີ່ breaking API ແມ່ນມີຄວາມຈໍາເປັນເພື່ອຮອງຮັບການປັບປຸງສະຖາປັດຕະທີ່ມີການປັບປຸງວິທີການ, ຫ້ອງສະຫມຸດໃຫມ່ແລະການແກ້ໄຂກັບການຕັດສິນໃຈທີ່ໄດ້ເຮັດໃນອະດີດ.

ຜົນສະທ້ອນຂອງການທໍາລາຍ API ແມ່ນຫຍັງ?

ຫນຶ່ງໃນເຫດຜົນວ່າເປັນຫຍັງການລະເມີດຂອງ API ໃນ QGIS 3.0 ການນີ້ແມ່ນວ່າມັນຈະມີຜົນກະທົບຂະຫນາດໃຫຍ່, ເຊິ່ງສາມາດທໍາລາຍຫຼາຍຮ້ອຍຄົນຂອງ plugins ພັດທະນາທີ່ຈະບໍ່ມີຕໍ່ໄປອີກແລ້ວຈະເຂົ້າກັນໄດ້ກັບ API ໃຫມ່ແລະຜູ້ຂຽນຂອງເຫຼົ່ານີ້ໄດ້ເຮັດແນວໃດ ການທົບທວນການພັດທະນາຂອງຕົນເພື່ອຮັບປະກັນຄວາມສອດຄ່ອງກັບ API ໃຫມ່.

ຂອບເຂດຂອງການປ່ຽນແປງທີ່ຈໍາເປັນຕ້ອງຂຶ້ນຢູ່ກັບຂອບເຂດທີ່ໃຫຍ່ທີ່ສຸດ:

• ມີການປ່ຽນແປງໃດໆກ່ຽວກັບ API ທີ່ມີຜົນກະທົບຕໍ່ການເຮັດວຽກໃນປະຈຸບັນ.
  ໃນຫຼາຍໆຈຸດທີ່ຜູ້ຂຽນ plugin ໄດ້ໃຊ້ສ່ວນຂອງ API ທີ່ພວກເຂົາຈະປ່ຽນແປງ.

• ສິ່ງທີ່ຈະເປັນການປ່ຽນແປງຕົ້ນຕໍສໍາລັບ 3.0?

ມີສີ່ພື້ນທີ່ສໍາຄັນທີ່ທ່ານກໍາລັງຊອກຫາໃນ 3.0:

ອັບເດດ Qt4 ກັບ QT5: ນີ້ແມ່ນຊຸດພື້ນຖານຂອງຫ້ອງສະຫມຸດທີ່ QGIS ຖືກສ້າງຂຶ້ນໃນລະດັບສູງສຸດ, ພວກເຮົາເວົ້າກ່ຽວກັບລະດັບການເຮັດວຽກຫຼັກຂອງເວທີ. QT ຍັງສະຫນອງຫ້ອງສະຫມຸດເພື່ອປະຕິບັດການຄຸ້ມຄອງຫນ່ວຍຄວາມຈໍາ, ການດໍາເນີນງານການເຊື່ອມຕໍ່, ແລະການຄຸ້ມຄອງກາຟິກ. Qt4 (ເຊິ່ງ QGIS ອີງໃສ່ໃນປັດຈຸບັນ) ບໍ່ໄດ້ຖືກພັດທະນາໂດຍຜູ້ຮັກສາຫ້ອງສະຫມຸດ Qt ແລະອາດຈະມີບັນຫາການເຮັດວຽກກັບບາງແພລະຕະຟອມ (ເຊັ່ນ: OS X) ແລະແມ້ກະທັ້ງເຮັດໃຫ້ມັນງ່າຍຕໍ່ການຈັດການສະບັບ binary (ເຊັ່ນ: ການທົດສອບ Debian ແລະການປ່ອຍ Debian ຕໍ່ໄປ. “ຍືດ”). ຂະບວນການນໍາເອົາ QGIS ໄປສູ່ QT5 ແລ້ວມີຄວາມກ້າວຫນ້າທີ່ສໍາຄັນ (ສ່ວນໃຫຍ່ແມ່ນສິ່ງທີ່ Matthias Kuhn ໄດ້ເຮັດ) ທີ່ຮ່ວມກັນກັບຄວັນຢາສູບ Marco Bernasocchi ໃນ Android "QField" ໂດຍອີງໃສ່ QT5 ທັງຫມົດ. ຢ່າງໃດກໍ່ຕາມ, ມີຂໍ້ຈໍາກັດບາງຢ່າງໃນການເຮັດໃຫ້ QT5 ໃໝ່ ແລະເຮັດວຽກໄດ້ເນື່ອງຈາກຜົນກະທົບຂອງມັນຕໍ່ QGIS - ໂດຍສະເພາະກັບ widgets ຂອງຕົວທ່ອງເວັບ (ສ່ວນໃຫຍ່ແມ່ນໃຊ້ໃນ Composer ແລະສະຖານທີ່ອື່ນໆໃນ QGIS).

ປັບປຸງ PyQt4 ກັບ PyQt5: ເຫຼົ່ານີ້ແມ່ນການປ່ຽນແປງທີ່ກ່ຽວກັບພາສາ Python ສໍາລັບ Qt ທີ່ QGIS Python API ແມ່ນອີງໃສ່. ເກີດຂື້ນມີການປ່ຽນແປງຫ້ອງສະຫມຸດ QT5 C ++, ຍັງຄາດວ່າຈະໂອນໃຫ້ແກ່ຫໍສະຫມຸດ python PyQt5 ດັ່ງນັ້ນພວກເຂົາເຈົ້າສາມາດໃຊ້ເວລາປະໂຫຍດຈາກຜົນປະໂຫຍດຂອງ API ໃຫມ່ໃນ Python QT5 ໄດ້.
ການປັບປຸງ Python 2.7 ກັບ Python 3: ໃນປະຈຸບັນທຸກສິ່ງທຸກຢ່າງແມ່ນແລ່ນກັບ Python 2.7. Python 3 ແມ່ນ Python ລຸ້ນ ໃໝ່ ລ້າສຸດແລະຖືກແນະ ນຳ ຈາກຜູ້ ນຳ ໃນໂຄງການນັ້ນ. Python 2 ແມ່ນບໍ່ເຂົ້າກັນເລັກນ້ອຍກັບ Python 3 (ເກືອບທຽບກັບຄວາມບໍ່ເຂົ້າກັນລະຫວ່າງ QGIS 2 ແລະ Qgis 3). ນັກພັດທະນາຫຼາຍຄົນໄດ້ເຮັດໃຫ້ Python 3 ກັບຄືນໄປບ່ອນສ່ວນໃຫຍ່ແມ່ນເຂົ້າກັນໄດ້ກັບ Python 2, ແຕ່ວ່າຄວາມເຂົ້າກັນໄດ້ດ້ານຫຼັງບໍ່ໄດ້ດີປານໃດ.
ການປັບປຸງ API QGIS ຕົວເອງ: ຫນຶ່ງໃນບັນຫາໃນການຮັກສາຄວາມເຂົ້າກັນໄດ້ API ລະຫວ່າງຮຸ່ນແມ່ນວ່າທ່ານຕ້ອງດໍາລົງຊີວິດກັບທາງເລືອກໃນການອອກແບບຂອງທ່ານສໍາລັບໄລຍະຍາວ. ທຸກໆຄວາມພະຍາຍາມແມ່ນເຮັດໃນ QGIS ບໍ່ໃຫ້ທໍາລາຍ API ໃນຊຸດຂອງການປ່ອຍຕົວເລັກນ້ອຍ. ການປ່ອຍເວີຊັນ QGIS ສໍາລັບ 3.0 ກັບ API ທີ່ບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນໃນປັດຈຸບັນຈະໃຫ້ພວກເຮົາມີໂອກາດທີ່ຈະ "ທໍາຄວາມສະອາດເຮືອນ" ໂດຍການແກ້ໄຂສິ່ງຕ່າງໆໃນ API ທີ່ພວກເຮົາບໍ່ປະຕິບັດຕາມ. ທ່ານສາມາດເບິ່ງບັນຊີລາຍຊື່ຊົ່ວຄາວຂອງ ການປ່ຽນແປງທີ່ສະເຫນີສໍາລັບ API 3.0.

ວິທີການສະຫນັບສະຫນູນການປ່ຽນແປງ API 3.0

ດັ່ງທີ່ໄດ້ກ່າວມາແລ້ວ, ຮຸ່ນ 3.0 ຈະແຕກແຍກກັບ QGIS ຮຸ່ນ 2.x ແລະມີຄວາມເປັນໄປໄດ້ທີ່ໂປແກຼມ plugins ຫຼາຍ, ໂປແກຼມທີ່ມີຢູ່ແລະລະຫັດອື່ນໆທີ່ອີງໃສ່ API ປັດຈຸບັນຈະແຕກ. ສະນັ້ນທ່ານສາມາດເຮັດຫຍັງໄດ້ແດ່ເພື່ອຫຼຸດຜ່ອນການປ່ຽນແປງ? Matthias Kuhn, Jürgen Fischer, Nyall Dawson, Martin Dobias ແລະນັກພັດທະນາຊັ້ນ ນຳ ອື່ນໆໄດ້ຊອກຫາວິທີຕ່າງໆໃນການຫຼຸດຜ່ອນ ຈຳ ນວນການປ່ຽນແປງຂອງການພັກຜ່ອນຂອງ API ໃນຂະນະທີ່ສືບຕໍ່ກ້າວໄປ ໜ້າ QGIS codebase ໂດຍອີງໃສ່ຫ້ອງສະ ໝຸດ ລຸ້ນລຸ້ນຕໍ່ໄປແລະ API ພາຍໃນຂອງມັນເອງ. ໃນລະຫວ່າງກອງປະຊຸມຄັ້ງສຸດທ້າຍຂອງຄະນະ ກຳ ມະການຊີ້ ນຳ ໂຄງການ QGIS ພວກເຮົາໄດ້ geofumed ຜ່ານຄວາມເປັນໄປໄດ້ຕ່າງໆ. ຕາຕະລາງຕໍ່ໄປນີ້ສັງລວມສິ່ງທີ່ Matthias Kuhn ສະຫຼຸບດ້ວຍຄວາມກະລຸນາແລະວ່າພວກເຮົາໄດ້ພະຍາຍາມແປວ່າບາງສ່ວນໃນບົດຄວາມນີ້ອີງຕາມສິ່ງທີ່ posted on his blog:

ມີສອງສິ່ງທີ່ສໍາຄັນທີ່ຈະຕ້ອງຢູ່ໃນໃຈກ່ຽວກັບການສະເຫນີຂອງ Matas:

ໃນໄລຍະທໍາອິດການເຮັດວຽກແມ່ນເຮັດໃນໄລຍະທີ່ຈະສໍາເລັດ QT2 ສະຫນັບສະຫນູນ 5.x, PyQt5 ໃຊ້ Python 3.0, ສະຫນັບສະຫນູນ Qt4, PyQt4 ແລະ Python 2.7. ນີ້ຫມາຍຄວາມວ່າການປ່ຽນແປງທັງຫມົດທີ່ເຮັດໃນຂັ້ນຕອນທໍາອິດຈະເຫມາະສົມກັບຮຸ່ນ 2.X ກ່ອນຫນ້ານີ້. ຄຸນນະສົມບັດ Python ຈະໄດ້ຮັບການຈົດທະບຽນຈະໄດ້ຮັບການນໍາສະເຫນີເພື່ອໃຫ້ມີອາຍຸ API PyQt4 ສາມາດຍັງຖືກນໍາໃຊ້ໂດຍສະເພາະໃນເວລາທີ່ຖືກລວບລວມຕ້ານ QT5, PyQt5, Python 3.0. ເມື່ອໃຊ້ QGIS ລວບລວມກັບ Qt4, PyQt4 ແລະ Python 2.7 ຈະບໍ່ມີຄວາມແຕກຕ່າງກັນ.
ໃນໄລຍະທີສອງມັນຈະເຮັດວຽກໃນການຜະລິດ QGIS 3.0, ແນະນໍາ API ໃຫມ່, ສົມບູນຖອນ Python 2.7, ລວມທັງສະຫນັບສະຫນູນສໍາລັບການ Qt4 ແລະ PyQt4. ຄຸນນະສົມບັດໃຫມ່ໃນ python ເຂົ້າມາໃນໄລຍະທໍາອິດຈະໄດ້ຮັບການບໍາລຸງຮັກສາ, ການຄໍານຶງເຖິງທຸກລະຫັດ python ແລະການພັດທະນາສໍາລັບສະບັບ 2.x ຂອງ QGIS ສືບຕໍ່ເຮັດວຽກກ່ຽວກັບການສະບັບ 3.x ຂອງ QGIS. ໃນໄລຍະນີ້ມັນກໍ່ຄາດວ່າຈະແນະນໍາການປ່ຽນແປງໃນ API QGIS ທີ່ອາດຈະທໍາລາຍບາງ plugins. ເພື່ອແກ້ໄຂບັນຫານີ້, ພວກເຮົາຈະໃຫ້ຄູ່ມືການເຄື່ອນຍ້າຍເພື່ອພະຍາຍາມປັບປຸງຂະບວນການການເຄື່ອນຍ້າຍຂອງລຸ້ນ 2.x QGIS ໄປລຸ້ນ 3.x QGIS.

Caveat emptor

ມີຄູ່ຜົວເມຍທີ່ຄວນພິຈາລະນາວ່າການເຄື່ອນຍ້າຍໄປ QGIS 3.0 ຈະມີຄວາມເຈັບປວດຫນ້ອຍ.

• 1. ສມັນຄວນຈະໄດ້ຮັບຍົກໃຫ້ເຫັນວ່າໃນຂະນະທີ່ວິທີການທີ່ໄດ້ ກຳ ນົດໄວ້ຂ້າງເທິງພະຍາຍາມຫຼຸດຜ່ອນ ຈຳ ນວນເງິນທີ່ເຮັດວຽກ ໜ້ອຍ ທີ່ສຸດໃນການຂຽນ python ໃນ plugins, ນີ້ຈະບໍ່ ຈຳ ເປັນ 100%. ອາດຈະມີກໍລະນີທີ່ລະຫັດຕ້ອງໄດ້ຖືກປັບແຕ່ງແລະໃນທຸກໆກໍລະນີຢ່າງ ໜ້ອຍ ກໍ່ຈະມີການປັບປຸງ ໃໝ່ ເພື່ອໃຫ້ແນ່ໃຈວ່າມັນສືບຕໍ່ເຮັດວຽກຢ່າງຖືກຕ້ອງ.
  2. ບໍ່ມີຊັບພະຍາກອນທາງການເງິນທີ່ຖືກສ້າງຕັ້ງຂື້ນຢ່າງເປັນທາງການເພື່ອຈ່າຍເງິນໃຫ້ນັກພັດທະນາທີ່ສະ ໝັກ ໃຈລົງທຶນເວລາຂອງພວກເຂົາ ສຳ ລັບຂັ້ນຕອນການຍ້າຍຖິ່ນນີ້. ເນື່ອງຈາກວ່ານີ້, ມັນຈະເປັນການຍາກຫຼາຍທີ່ຈະໃຫ້ເວລາທີ່ແນ່ນອນ ສຳ ລັບແຕ່ລະພາກສ່ວນຂອງຂະບວນການດັ່ງກ່າວຈະໃຊ້ເວລາດົນ. ຄວາມບໍ່ແນ່ນອນນີ້ຕ້ອງໄດ້ ຄຳ ນຶງເຖິງໃນການວາງແຜນ. ແນ່ນອນການບໍລິຈາກແມ່ນຍິນດີທີ່ຈະຊ່ວຍເຮັດໃຫ້ສິ່ງນີ້ເກີດຂື້ນ.
  3. ມັນອາດຈະມີນັກພັດທະນາແລະສະຖາບັນຢູ່ນອກບ່ອນທີ່ ກຳ ລັງສະ ໜັບ ສະ ໜູນ ຄຸນລັກສະນະ ໃໝ່ ສຳ ລັບຊຸດ QGIS 2.x ແລະນີ້ອາດຈະສົ່ງຜົນກະທົບຕໍ່ວຽກຂອງທ່ານ. ມັນເປັນສິ່ງ ຈຳ ເປັນທີ່ຈະຕ້ອງລວມເຂົ້າໃນແຜນການແລະງົບປະມານຂອງໂຄງການເຫຼົ່ານີ້, ການຈັດສັນທີ່ແນ່ນອນເພື່ອປະເຊີນກັບການຍ້າຍຖິ່ນຖານໄປສູ່ເວທີ QGIS 3.x.
  4. ຖ້າທີມງານ QGIS ເຮັດວຽກກ່ຽວກັບ "ການປ່ຽນແປງທັງຫມົດ", ມັນຈະມີເວລາສັ້ນໆທີ່ QGIS ຈະບໍ່ຫມັ້ນຄົງແລະມີການປ່ຽນແປງຢ່າງຕໍ່ເນື່ອງເນື່ອງຈາກການປັບປຸງຢ່າງຕໍ່ເນື່ອງກັບ QGIS 3.0.
  4. ຖ້າທ່ານພັດທະນາໃນວິທີການ 'evolutionary', ທ່ານມີຄວາມສ່ຽງທີ່ການພັດທະນາ 3.0 ອາດຈະໃຊ້ເວລາຕໍ່ໄປອີກແລ້ວເວັ້ນເສຍແຕ່ວ່າທ່ານມີກຸ່ມນັກພັດທະນາທີ່ຊື່ສັດເຮັດວຽກກັບມັນແລະກຽມພ້ອມທີ່ຈະ Port.

  ຂໍ້ສະເຫນີ

ອີງຕາມຂໍ້ມູນທັງຫມົດຂ້າງເທິງ, ຫນຶ່ງໃນສອງປະຕິບັດແມ່ນຖືກສະເຫນີ:

ຂໍ້ສະເຫນີ 1:

ປ່ອຍເວີຊັນຊົ່ວຄາວ 2.16 ແລ້ວເລີ່ມເຮັດວຽກຮຸ່ນ 3.0 ເປັນບູລິມະສິດ, ມີປ່ອງຢ້ຽມພັດທະນາ 8 ເດືອນ. ການປ່ຽນແປງທີ່ມີຢູ່ໃນຮຸ່ນ 2.16 ຈະສະແຫວງຫາທີ່ຈະເຂົ້າກັນໄດ້ກັບຮຸ່ນ 3.0 (ເບິ່ງ python3 / pytq5).

ຂໍ້ສະເຫນີ 2:

Lunging ເມື່ອ 3.0 ກັບປ່ອງຢ້ຽມໄລຍະເວລາເພີ່ມເຕີມເພີ່ມເຕີມກ່ຽວກັບ QT5, Python 3.0 ແລະ PyQt5 ແລະຮ້ອງຂໍໃຫ້ນັກພັດທະນາເພື່ອເຮັດແນວໃດເຮັດວຽກຂອງເຂົາເຈົ້າໃນ 3.0. ສືບຕໍ່ກັບສະບັບ 2.x ທີ່ມີຄວາມຖີ່ຂອງການປົກກະຕິຈົນກ່ວາ 3.0 ແມ່ນກຽມພ້ອມ.

ຂໍ້ສະເຫນີທາງເລືອກ

ທ່ານມີຂໍ້ສະ ເໜີ ທາງເລືອກບໍ່? QGIS ສົນໃຈທີ່ຈະຮູ້ກ່ຽວກັບທາງເລືອກທີ່ເປັນໄປໄດ້. ຖ້າທ່ານຕ້ອງການຍື່ນໃບສະ ເໜີ, ກະລຸນາສົ່ງເຖິງ tim @ qgisorg ດ້ວຍຫົວຂໍ້ “ຂໍ້ສະເໜີ QGIS 3.0”.

ມັນສະດວກໃນການປະຕິບັດຕາມ QGIS blog, ບ່ອນທີ່ຫນັງສືພິມນີ້ມາຈາກ.