Python 표준 라이브러리의 대대적인 정리가 계획되어 있습니다.

Python 프로젝트 개발자 출판하다 표준 라이브러리를 대대적으로 정리하자는 제안(PEP 594). 분명히 오래되고 고도로 전문화된 기능과 아키텍처 문제가 있고 모든 플랫폼에 대해 통합될 수 없는 구성 요소는 Python 표준 라이브러리에서 제거되도록 제공됩니다.

예를 들어, crypt(Windows에서는 사용할 수 없고 시스템 라이브러리에서 해싱 알고리즘의 가용성에 대한 의존성), cgi(최적 아키텍처가 아니며 각 요청에 대해 새 프로세스를 시작해야 함), imp와 같은 모듈을 표준 라이브러리에서 제외하는 것이 제안됩니다. (importlib 사용 권장),pipes(subprocess 모듈 사용 권장), nis(NSS, LDAP 또는 Kerberos/GSSAPI 사용 권장), spwd(계정 데이터베이스로 직접 작업하는 것은 권장되지 않음). 모듈 binhex, uu, xdrlib도 제거 대상으로 표시됩니다.
AIFC,
오디오,
큰 덩어리
imghdr,
ossaudiodev,
sndhdr,
수나우
비동기식,
비동기,
cgitb,
smtpd
nntplib, 맥패스,
포맷터, msilib 및 파서.

제안된 계획은 Python 3.8에서 위 모듈을 더 이상 사용하지 않고, Python 3.8에서 경고를 발행하고, Python 3.10의 CPython 저장소에서 해당 모듈을 제거하는 것입니다.
파서 모듈은 Python 3.9 릴리스에서 더 이상 사용되지 않으므로 버전 2.5에서 제거될 예정이고, macpath 모듈은 3.8 분기에서 제거될 예정입니다. 메인 코드에서 제거된 후 코드는 별도의 Legacylib 저장소로 이동되며 그 운명은 커뮤니티 구성원의 관심에 따라 달라집니다. Python 3.9 분기는 2026년까지 지원될 예정이며, 이는 프로젝트가 외부 대안으로 마이그레이션할 수 있는 충분한 시간을 제공할 것입니다.

처음에는 ftplib, optparse, getopt, colorsys, fileinput, lib2to3 및 wave 모듈도 제거할 것을 제안했지만, 현재로서는 널리 사용되고 있음에도 불구하고 관련성을 유지하기 때문에 표준 라이브러리의 일부로 두기로 결정했습니다. 운영 체제의 특정 기능에 대한 고급 대안 또는 바인딩.

Python 프로젝트는 처음에 다양한 애플리케이션을 위한 표준 라이브러리의 풍부한 기능 세트를 제공하는 "배터리 포함" 접근 방식을 취했다는 점을 기억하십시오. 이 접근 방식의 장점 중 하나는 Python 프로젝트 유지 관리와 프로젝트에 사용되는 모듈의 보안 모니터링이 단순화된다는 것입니다. 모듈의 취약점은 종종 이를 사용하는 애플리케이션의 취약점의 원인이 됩니다. 함수가 표준 라이브러리에 포함되어 있으면 메인 프로젝트의 상태를 모니터링하는 것으로 충분합니다. 표준 라이브러리를 분할할 때 개발자는 타사 모듈을 사용해야 하며, 각 모듈의 취약점은 별도로 모니터링해야 합니다. 조각화 수준이 높고 종속성이 많아 모듈 개발자의 인프라를 침해하는 공격의 위협이 있습니다.

반면, 표준 라이브러리의 각 추가 모듈에는 유지 관리를 위해 Python 개발 팀의 리소스가 필요합니다. 라이브러리에는 수많은 중복 기능이 축적되어 있어 유지 관리 비용을 줄일 수 있습니다. 카탈로그가 발전함에 따라 PyPI 추가 패키지를 설치하고 다운로드하는 과정을 단순화함으로써 이제 외부 모듈의 사용이 내장 기능만큼 일반화되었습니다.

점점 더 많은 개발자들이 xml 대신 lxml 모듈을 사용하는 등 표준 모듈에 대해 보다 기능적인 외부 대체품을 사용하고 있습니다. 표준 라이브러리에서 버려진 모듈을 제거하면 커뮤니티에서 적극적으로 개발한 대안의 인기가 높아질 것입니다. 또한 표준 라이브러리를 줄이면 기본 배포 크기도 줄어듭니다. 이는 저장 크기가 제한된 임베디드 플랫폼에서 Python을 사용할 때 중요합니다.

출처 : opennet.ru