Планирано е основно почистване на стандартната библиотека на Python

Разработчици на проекти на Python публикувано предложение (PEP 594) за извършване на основно почистване на стандартната библиотека. Както явно остарели, така и силно специализирани възможности и компоненти, които имат архитектурни проблеми и не могат да бъдат унифицирани за всички платформи, се предлагат за премахване от стандартната библиотека на Python.

Например, предлага се да се изключат от стандартната библиотека такива модули като crypt (недостъпност за Windows и зависимост на наличието на хеширащи алгоритми от системните библиотеки), cgi (не е оптимална архитектура, изисква стартиране на нов процес за всяка заявка), имп (препоръчително е да използвате importlib), канали (препоръчително е да използвате модула за подпроцеси), nis (препоръчително е да използвате NSS, LDAP или Kerberos/GSSAPI), spwd (не се препоръчва да работите директно с базата данни на акаунта). Модулите binhex, uu, xdrlib също са маркирани за премахване.
aifc,
audioop,
парче
imghdr,
осаудиодев,
sndhdr,
сунау
асинчат,
асинкор,
cgitb,
smtpd
nntplib, macpath,
форматиране, msilib и анализатор.

Предложеният план е да се отхвърлят горните модули в Python 3.8, да се издаде предупреждение в Python 3.8 и да се премахнат от хранилищата на CPython в Python 3.10.
Модулът за анализатор се планира да бъде премахнат във версия 3.9, тъй като беше отхвърлен в версията на Python 2.5, а модулът macpath в клона 3.8. След като бъде премахнат от основния код, кодът ще бъде преместен в отделно хранилище на legacylib и съдбата му ще зависи от интереса на членовете на общността. Очаква се клонът Python 3.9 да се поддържа до 2026 г., което ще осигури достатъчно време за мигриране на проекти към външни алтернативи.

Първоначално модулите ftplib, optparse, getopt, colorys, fileinput, lib2to3 и wave също бяха предложени за премахване, но беше решено да ги оставим като част от стандартната библиотека засега, тъй като те са широко разпространени и остават уместни, въпреки наличието на по-усъвършенствани алтернативи или обвързване към специфични възможности на операционните системи.

Спомнете си, че проектът Python първоначално възприе подхода „включени батерии“, предлагайки богат набор от функции в стандартната библиотека за различни приложения. Сред предимствата на този подход е опростяването на поддържането на Python проекти и наблюдението на сигурността на модулите, използвани в проектите. Уязвимостите в модулите често се превръщат в източник на уязвимости в приложенията, които ги използват. Ако функциите са включени в стандартната библиотека, достатъчно е да се следи състоянието на основния проект. При разделянето на стандартната библиотека от разработчиците се изисква да използват модули на трети страни, уязвимостите във всеки от които трябва да се наблюдават отделно. При висока степен на фрагментация и голям брой зависимости съществува заплаха от атаки чрез компрометиране на инфраструктурата на разработчиците на модули.

От друга страна, всеки допълнителен модул в стандартната библиотека изисква ресурси от екипа за разработка на Python за поддръжка. Библиотеката е натрупала голям брой дублиращи се и излишни функции, елиминирането на които може да намали разходите за поддръжка. С развитието на каталога PyPI и опростяване на процеса на инсталиране и изтегляне на допълнителни пакети, използването на външни модули вече е станало толкова обичайно, колкото и вградените функции.

Все повече разработчици използват по-функционални външни заместители на стандартни модули, например, като използват модула lxml вместо xml. Премахването на изоставени модули от стандартната библиотека ще увеличи популярността на алтернативите, активно разработвани от общността. В допълнение, намаляването на стандартната библиотека ще доведе до намаляване на размера на базовото разпространение, което е важно при използване на Python на вградени платформи с ограничен размер на съхранение.

Източник: opennet.ru