Following system colour scheme Selected dark colour scheme Selected light colour scheme

Python Enhancement Proposals

PEP 360 – Externally Maintained Packages

Autor:
Brett Cannon <brett at python.org>
Status:
Final
Typ:
Prozess
Erstellt:
30-Mai-2006
Post-History:


Inhaltsverzeichnis

Warnung

Es sollen keine neuen Module zu diesem PEP hinzugefügt werden. Es wurde als gefährlich eingestuft, die externe Wartung von Code, der in das Python-Repository eingecheckt wurde, zu kodifizieren. Code-Mitwirkende sollten davon ausgehen, dass die Entwicklungsmethodik von Python für jeglichen Code verwendet wird, der in das Python-Repository eingecheckt wird.

Zusammenfassung

Es gibt viele großartige Python-Softwareteile, die außerhalb der Python-Standardbibliothek (auch "stdlib" genannt) entwickelt werden. Manchmal ist es sinnvoll, diese extern gewarteten Pakete in die stdlib zu integrieren, um eine Lücke in den von Python bereitgestellten Werkzeugen zu schließen.

Da die Pakete jedoch extern gewartet werden, haben die Python-Entwickler keine direkte Kontrolle über die Entwicklung und Wartung der Pakete. Einige Paketentwickler ziehen es vor, dass Fehlerberichte und Patches zuerst durch sie gehen, anstatt direkt in das Python-Repository eingepflegt zu werden.

Dieser PEP soll Details zu Paketen in der stdlib aufzeichnen, die außerhalb des Python-Repositorys gewartet werden. Insbesondere soll er den Überblick über spezifische Wartungsanforderungen für jedes Paket behalten. Es sollte erwähnt werden, dass Änderungen, die zur Behebung von Fehlern und zur Aufrechterhaltung der Code-Ausführung auf allen unterstützten Plattformen von Python erforderlich sind, direkt im Python-Repository vorgenommen werden, ohne die Notwendigkeit, sich an den Kontaktentwickler zu wenden. Dies dient dazu, dass Python selbst nicht durch einen einzelnen Fehler aufgehalten wird und der gesamte Prozess nach Bedarf skaliert.

Außerdem soll es den Leuten ermöglichen, zu wissen, welche Version eines Pakets mit welcher Python-Version veröffentlicht wird.

Externally Maintained Packages

Der Abschnittstitel ist der Name des Pakets, wie es außerhalb der Python-Standardbibliothek bekannt ist. Der "Standardbibliotheksname" ist, wie das Paket innerhalb von Python genannt wird. Die "Kontaktperson" ist der Python-Entwickler, der für die Wartung des Pakets zuständig ist. Die "Synchronisationshistorie" listet auf, welche externe Version des Pakets in jeder Python-Version enthalten war (falls sie sich von der vorherigen Python-Version unterscheidet).

ElementTree

Webseite:
http://effbot.org/zone/element-index.htm
Standardbibliotheksname:
xml.etree
Kontaktperson:
Fredrik Lundh

Fredrik hat die Wartung von ElementTree an das Kern-Python-Entwicklungsteam übergeben [1].

Expat XML parser

Webseite:
http://www.libexpat.org/
Standardbibliotheksname:
N/A (dies bezieht sich auf den Parser selbst und nicht auf die Python-Bindings)
Kontaktperson:
Keine

Optik

Webseite:
http://optik.sourceforge.net/
Standardbibliotheksname:
optparse
Kontaktperson:
Greg Ward

Die externe Entwicklung scheint eingestellt worden zu sein. Für neue Anwendungen wurde optparse weitgehend durch argparse ersetzt.

wsgiref

Webseite:
Keine
Standardbibliotheksname:
wsgiref
Kontaktperson:
Phillip J. Eby

Dieses Modul wird in der Standardbibliothek gepflegt, aber wichtige Fehlerberichte und Patches sollten zur Diskussion über die Web-SIG-Mailingliste [2] gesendet werden.

Referenzen


Quelle: https://github.com/python/peps/blob/main/peps/pep-0360.rst

Zuletzt geändert: 2025-02-01 08:59:27 GMT