Python Project Entwéckler Propositioun (PEP 594) fir eng grouss Botzen vun der Standardbibliothéik ze maachen. Béid kloer verännert an héich spezialiséiert Fäegkeeten a Komponenten déi architektonesch Probleemer hunn an net fir all Plattformen vereenegt kënne ginn, gi fir d'Entfernung vun der Python Standardbibliothéik ugebueden.
Zum Beispill gëtt et proposéiert aus der Standardbibliothéik esou Moduler auszeschléissen wéi Krypta (Onverfügbarkeet fir Windows an Ofhängegkeet vun der Disponibilitéit vun Hashing-Algorithmen op Systembibliothéiken), cgi (net optimal Architektur, erfuerdert en neie Prozess fir all Ufro ze starten), imp (recommandéiert fir importlib ze benotzen), Päifen (et ass recommandéiert den Ënnerprozessmodul ze benotzen), nis (et ass recommandéiert NSS, LDAP oder Kerberos / GSSAPI ze benotzen), spwd (et ass net recommandéiert direkt mat der Kontdatenbank ze schaffen). D'Moduler binhex, uu, xdrlib, sinn och fir Ewechhuele markéiert.
aifc,
audio op,
Stéck
imghdr,
ossaudiodev,
snddr,
sonn
asynchat,
asyncore,
cgitb,
smtpd
nntplib, macpath,
formatter, msilib a parser.
De proposéierte Plang ass déi uewe genannte Moduler am Python 3.8 ofzeschafen, eng Warnung am Python 3.8 auszeginn an se aus de CPython Repositories am Python 3.10 ze läschen.
De Parser Modul ass geplangt an der Versioun 3.9 geläscht ze ginn, well et an der Python 2.5 Verëffentlechung ofgeschaaft gouf, an de Macpath Modul an der 3.8 Branche. Nodeems se aus dem Haaptcode geläscht ginn, gëtt de Code an e separaten Legacylib Repository geplënnert a säi Schicksal hänkt vum Interesse vun de Gemeinschaftsmemberen of. De Python 3.9 Branche gëtt erwaart bis 2026 ënnerstëtzt ze ginn, wat genuch Zäit fir Projete gëtt fir op extern Alternativen ze migréieren.
Am Ufank goufen och d'Modulen ftplib, optparse, getopt, colorsys, fileinput, lib2to3 a wave fir d'Entfernung proposéiert, awer et gouf decidéiert se als Deel vun der Standardbibliothéik fir de Moment ze verloossen, well se verbreet sinn a relevant bleiwen, trotz der Präsenz vu méi fortgeschratt Alternativen oder Bindungen zu spezifesche Fäegkeete vu Betribssystemer.
Erënnert drun datt de Python-Projet am Ufank eng "Batterien abegraff" Approche geholl huet, e räiche Set vu Funktiounen an der Standardbibliothéik fir eng Vielfalt vun Uwendungen ubitt. Ënnert de Virdeeler vun dëser Approche ass d'Vereinfachung vum Erhalen vu Python-Projeten an d'Iwwerwaachung vun der Sécherheet vu Moduler, déi a Projete benotzt ginn. Schwachstelle vu Moduler ginn dacks eng Quell vu Schwachstelle bei Uwendungen déi se benotzen. Wann d'Funktiounen an der Standardbibliothéik abegraff sinn, ass et genuch fir den Zoustand vum Haaptprojet ze iwwerwaachen. Wann d'Standardbibliothéik opgedeelt gëtt, sinn d'Entwéckler verlaangt Drëtt-Partei Moduler ze benotzen, d'Schwieregkeeten an all eenzel musse separat iwwerwaacht ginn. Mat engem héije Grad vu Fragmentatioun an enger grousser Unzuel vun Ofhängegkeeten gëtt et eng Bedrohung vun Attacken duerch d'Kompromitt vun der Infrastruktur vu Modulentwéckler.
Op der anerer Säit erfuerdert all zousätzlech Modul an der Standardbibliothéik Ressourcen vum Python Entwécklungsteam fir z'erhalen. D'Bibliothéik huet eng grouss Zuel vu Duplikatiouns- a Redundant Funktiounen gesammelt, eliminéiert déi d'Ënnerhaltskäschte reduzéieren. Wéi de Katalog entwéckelt an d'Vereinfachung vum Prozess vun der Installatioun an der Eroplueden vun zousätzleche Packagen, ass d'Benotzung vun externe Moduler elo sou heefeg ginn wéi agebaute Funktiounen.
Méi a méi Entwéckler benotzen méi funktionell extern Ersatzstécker fir Standardmoduler, zum Beispill mam lxml Modul anstatt xml. Ewechzehuelen opginn Moduler aus der Standard Bibliothéik wäert d'Popularitéit vun Alternativen aktiv vun der Communautéit Erhéijung. Zousätzlech wäert d'Reduktioun vun der Standardbibliothéik zu enger Reduktioun vun der Gréisst vun der Basisverdeelung féieren, wat wichteg ass wann Dir Python op embedded Plattforme mat limitéierter Späichergréisst benotzt.
Source: opennet.ru