ການທໍາຄວາມສະອາດທີ່ສໍາຄັນຂອງຫ້ອງສະຫມຸດມາດຕະຖານ Python ໄດ້ຖືກວາງແຜນໄວ້

ນັກພັດທະນາໂຄງການ Python ເຜີຍແຜ່ ຂໍ້ສະເໜີ (PEP 594) ເພື່ອທໍາຄວາມສະອາດໃຫຍ່ຂອງຫ້ອງສະໝຸດມາດຕະຖານ. ທັງສອງທີ່ລ້າສະໄຫມຢ່າງຈະແຈ້ງແລະຄວາມສາມາດພິເສດສູງແລະອົງປະກອບທີ່ມີບັນຫາສະຖາປັດຕະຍະກໍາແລະບໍ່ສາມາດເປັນເອກະພາບສໍາລັບທຸກແພລະຕະຟອມໄດ້ຖືກສະເຫນີສໍາລັບການໂຍກຍ້າຍອອກຈາກຫ້ອງສະຫມຸດມາດຕະຖານ Python.

ຕົວຢ່າງ, ມັນໄດ້ຖືກສະເຫນີໃຫ້ຍົກເວັ້ນຈາກຫ້ອງສະຫມຸດມາດຕະຖານເຊັ່ນໂມດູນ crypt (ຄວາມບໍ່ມີສໍາລັບ Windows ແລະການຂຶ້ນກັບຄວາມພ້ອມຂອງ hashing algorithms ໃນຫ້ອງສະຫມຸດລະບົບ), cgi (ບໍ່ແມ່ນສະຖາປັດຕະຍະກໍາທີ່ດີທີ່ສຸດ, ຮຽກຮ້ອງໃຫ້ມີການເປີດຕົວຂະບວນການໃຫມ່ສໍາລັບແຕ່ລະຄໍາຮ້ອງຂໍ), imp (ແນະນໍາໃຫ້ໃຊ້ importlib), ທໍ່ (ແນະນໍາໃຫ້ໃຊ້ໂມດູນຂະບວນການຍ່ອຍ), nis (ແນະນໍາໃຫ້ໃຊ້ NSS, LDAP ຫຼື Kerberos/GSSAPI), spwd (ມັນບໍ່ໄດ້ຖືກແນະນໍາໃຫ້ເຮັດວຽກໂດຍກົງກັບຖານຂໍ້ມູນບັນຊີ). ໂມດູນ binhex, uu, xdrlib, ຍັງຖືກຫມາຍສໍາລັບການໂຍກຍ້າຍ.
aifc,
ຟັງສຽງ,
ກ້ອນ
imghdr,
ossaudiodev,
sndhdr,
Sunau
asychat,
asycore,
cgitb,
smtpd
nntplib, macpath,
formatter, msilib ແລະ parser.

ແຜນການທີ່ສະເຫນີແມ່ນເພື່ອຍົກເລີກໂມດູນຂ້າງເທິງໃນ Python 3.8, ອອກຄໍາເຕືອນໃນ Python 3.8, ແລະເອົາພວກມັນອອກຈາກບ່ອນເກັບມ້ຽນ CPython ໃນ Python 3.10.
ໂມດູນ parser ໄດ້ຖືກວາງແຜນທີ່ຈະເອົາອອກໃນຮຸ່ນ 3.9, ຍ້ອນວ່າມັນໄດ້ຖືກຍົກເລີກໃນການປ່ອຍ Python 2.5, ແລະໂມດູນ macpath ໃນສາຂາ 3.8. ຫຼັງຈາກຖືກໂຍກຍ້າຍອອກຈາກລະຫັດຕົ້ນຕໍ, ລະຫັດຈະຖືກຍ້າຍໄປບ່ອນເກັບມ້ຽນ legacylib ແຍກຕ່າງຫາກແລະຊະຕາກໍາຂອງມັນຈະຂຶ້ນກັບຄວາມສົນໃຈຂອງສະມາຊິກຊຸມຊົນ. ສາຂາ Python 3.9 ຄາດວ່າຈະໄດ້ຮັບການສະຫນັບສະຫນູນຈົນຮອດປີ 2026, ເຊິ່ງຈະໃຫ້ເວລາພຽງພໍສໍາລັບໂຄງການທີ່ຈະຍ້າຍອອກໄປທາງເລືອກພາຍນອກ.

ໃນເບື້ອງຕົ້ນ, ftplib, optparse, getopt, colorys, fileinput, lib2to3 ແລະ wave modules ຍັງໄດ້ຖືກສະເຫນີສໍາລັບການໂຍກຍ້າຍ, ແຕ່ວ່າມັນໄດ້ຖືກຕັດສິນໃຈທີ່ຈະປ່ອຍໃຫ້ພວກມັນເປັນສ່ວນຫນຶ່ງຂອງຫ້ອງສະຫມຸດມາດຕະຖານສໍາລັບໃນປັດຈຸບັນ, ຍ້ອນວ່າພວກມັນແຜ່ຂະຫຍາຍແລະມີຄວາມກ່ຽວຂ້ອງ, ເຖິງແມ່ນວ່າຈະມີຢູ່. ຂອງທາງເລືອກທີ່ກ້າວຫນ້າທາງດ້ານຫຼືການຜູກມັດກັບຄວາມສາມາດສະເພາະຂອງລະບົບປະຕິບັດການ.

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

ໃນທາງກົງກັນຂ້າມ, ແຕ່ລະໂມດູນເພີ່ມເຕີມໃນຫ້ອງສະຫມຸດມາດຕະຖານຕ້ອງການຊັບພະຍາກອນຈາກທີມງານພັດທະນາ Python ເພື່ອຮັກສາ. ຫ້ອງສະຫມຸດໄດ້ສະສົມຈໍານວນຫລາຍຂອງຫນ້າທີ່ຊ້ໍາກັນແລະຊ້ໍາຊ້ອນ, ກໍາຈັດທີ່ສາມາດຫຼຸດຜ່ອນຄ່າໃຊ້ຈ່າຍໃນການບໍາລຸງຮັກສາ. ໃນຂະນະທີ່ລາຍການພັດທະນາ P&IP ແລະເຮັດໃຫ້ຂະບວນການຕິດຕັ້ງແລະດາວໂຫລດຊຸດເພີ່ມເຕີມທີ່ງ່າຍດາຍ, ການນໍາໃຊ້ໂມດູນພາຍນອກໄດ້ກາຍເປັນເລື່ອງທົ່ວໄປຄືກັບຫນ້າທີ່ສ້າງໃນ.

ນັກພັດທະນາຫຼາຍກວ່າແລະຫຼາຍກໍາລັງໃຊ້ການທົດແທນພາຍນອກທີ່ມີປະໂຫຍດຫຼາຍຂຶ້ນສໍາລັບໂມດູນມາດຕະຖານ, ສໍາລັບຕົວຢ່າງ, ການນໍາໃຊ້ໂມດູນ lxml ແທນ xml. ການຖອດໂມດູນທີ່ຖືກປະຖິ້ມໄວ້ຈາກຫ້ອງສະຫມຸດມາດຕະຖານຈະເພີ່ມຄວາມນິຍົມຂອງທາງເລືອກທີ່ພັດທະນາຢ່າງຈິງຈັງໂດຍຊຸມຊົນ. ນອກຈາກນັ້ນ, ການຫຼຸດຜ່ອນຫ້ອງສະຫມຸດມາດຕະຖານຈະນໍາໄປສູ່ການຫຼຸດຜ່ອນຂະຫນາດຂອງການແຈກຢາຍພື້ນຖານ, ເຊິ່ງເປັນສິ່ງສໍາຄັນໃນເວລາທີ່ໃຊ້ Python ໃນເວທີຝັງທີ່ມີຂະຫນາດເກັບຮັກສາຈໍາກັດ.

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