Pythons viele Möglichkeiten zur Formatierung von Zeichenfolgen - werden die älteren (werden) veraltet sein?

Python bietet mindestens sechs Möglichkeiten zum Formatieren eines Strings:

In [1]: world = "Earth"

# method 1a
In [2]: "Hello, %s" % world
Out[2]: 'Hello, Earth'

# method 1b
In [3]: "Hello, %(planet)s" % {"planet": world}
Out[3]: 'Hello, Earth'

# method 2a
In [4]: "Hello, {0}".format(world)
Out[4]: 'Hello, Earth'

# method 2b
In [5]: "Hello, {planet}".format(planet=world)
Out[5]: 'Hello, Earth'

# method 2c
In [6]: f"Hello, {world}"
Out[6]: 'Hello, Earth'

In [7]: from string import Template

# method 3
In [8]: Template("Hello, $planet").substitute(planet=world)
Out[8]: 'Hello, Earth'

Eine kurze Geschichte der verschiedenen Methoden:

• printfFormatierung im Stil gibt es seit Pythons Kindheit
• Die TemplateKlasse wurde in Python 2.4 eingeführt
• Die formatMethode wurde in Python 2.6 eingeführt
• f-strings wurden in Python 3.6 eingeführt

Meine Fragen sind:

• Ist die printfFormatierung im Stil veraltet oder wird sie veraltet sein?
• In der Template classist die substituteMethode veraltet oder veraltet gehen werden? (Ich spreche nicht darüber safe_substitute, was meines Wissens einzigartige Fähigkeiten bietet)

Ähnliche Fragen und warum ich denke, dass sie keine Duplikate sind:

• Python-String-Formatierung:% vs. .format - behandelt nur die Methoden 1 und 2 und fragt, welche besser ist; Meine Frage bezieht sich ausdrücklich auf die Ablehnung im Lichte des Zen von Python

• Zeichenfolgenformatierungsoptionen: Vor- und Nachteile - behandelt nur die Methoden 1a und 1b in der Frage, 1 und 2 in der Antwort und auch nichts über die Ablehnung

• Erweiterte Zeichenfolgenformatierung im Vergleich zu Vorlagenzeichenfolgen - hauptsächlich in Bezug auf die Methoden 1 und 3 - und nicht die Ablehnung

• String-Formatierungsausdrücke (Python) - In der Antwort wird erwähnt, dass der ursprüngliche '%'-Ansatz veraltet sein soll . Aber was ist der Unterschied zwischen der geplanten Abschreibung , der ausstehenden Abschreibung und der tatsächlichen Abschreibung ? Und die printf-style-Methode löst nicht einmal a aus. Wird PendingDeprecationWarningdies also wirklich veraltet sein? Dieser Beitrag ist auch ziemlich alt, so dass die Informationen möglicherweise veraltet sind.

Siehe auch

• PEP 502: String-Interpolation - Erweiterte Diskussion
• String-Formatierer

Während es in den Dokumenten verschiedene Hinweise gibt, dass .formatund F-Strings Strings überlegen sind %, gibt es keinen Überlebensplan, um Letzteres jemals zu verwerfen.

In Commit- Problem Nr. 14123: Erwähnen Sie ausdrücklich, dass die% -String-Formatierung im alten Stil Vorbehalte aufweist, aber nicht so schnell verschwindet. Durch Ausgabe, inspiriert zeigen , dass es keine aktuellen Pläne deprecate printf-Stil sind die Formatierung , die Dokumentation auf %-Formatieren bearbeitet wurden diese Phrase enthalten:

Da die neue Syntax für die Formatierung von Zeichenfolgen flexibler ist und Tupel und Wörterbücher auf natürliche Weise verarbeitet, wird sie für neuen Code empfohlen. Derzeit gibt es jedoch keine Pläne, die Formatierung im printf-Stil zu verwerfen .

(Hervorhebung von mir.)

Dieser Satz wurde später in Commit Close # 4966 entfernt: Überarbeiten Sie die Sequenzdokumente, um den Status des modernen Python besser zu erklären . Dies mag wie ein Zeichen dafür erscheinen, dass ein Plan, die %Formatierung zu verwerfen, wieder auf den Karten stand ... aber das Eintauchen in den Bug-Tracker zeigt, dass die Absicht das Gegenteil war. Auf dem Bug - Tracker, der Autor der Commit charakterisiert die Änderung wie folgt aus :

• Die Prosa, die die Beziehung zwischen der Formatierung im printf-Stil und der str.format-Methode beschreibt, wurde geändert (absichtlich wurde die Implikation beseitigt, dass erstere eine echte Gefahr des Verschwindens darstellt - es ist einfach nicht praktikabel, ernsthaft darüber nachzudenken, sie zu töten).

Mit anderen Worten, wir haben zwei aufeinanderfolgende Änderungen an den %Formatierungsdokumenten vorgenommen, um ausdrücklich zu betonen, dass sie nicht veraltet oder gar entfernt werden. Die Dokumente sind sich weiterhin über die relativen Vorzüge verschiedener Arten der Zeichenfolgenformatierung %einig , aber es ist auch klar, dass die Formatierung nicht veraltet oder entfernt wird.

Darüber hinaus hat die letzte Änderung dieses Absatzes im März 2017 diesen ...

Die hier beschriebenen Formatierungsvorgänge weisen eine Vielzahl von Macken auf, die zu einer Reihe häufiger Fehler führen (z. B. wenn Tupel und Wörterbücher nicht korrekt angezeigt werden). Durch die Verwendung der neueren formatierten Zeichenfolgenliterale oder der str.formatBenutzeroberfläche können diese Fehler vermieden werden. Diese Alternativen bieten auch leistungsfähigere, flexiblere und erweiterbarere Ansätze zum Formatieren von Text.

... dazu:

Die hier beschriebenen Formatierungsvorgänge weisen eine Vielzahl von Macken auf, die zu einer Reihe häufiger Fehler führen (z. B. wenn Tupel und Wörterbücher nicht korrekt angezeigt werden). Durch die Verwendung der neueren formatierten Zeichenfolgenliterale, der str.formatBenutzeroberfläche oder der Vorlagenzeichenfolgen können diese Fehler vermieden werden. Jede dieser Alternativen bietet ihre eigenen Kompromisse und Vorteile in Bezug auf Einfachheit, Flexibilität und / oder Erweiterbarkeit.

Beachten Sie, dass der Wechsel von "hilft zu vermeiden" zu "hilft zu vermeiden" und wie die klare Empfehlung von .formatund F-Saiten durch flauschige, zweideutige Prosa darüber ersetzt wurde, wie jeder Stil "seine eigenen Kompromisse und Vorteile bietet" . Das heißt, es ist nicht nur eine formelle Ablehnung nicht mehr auf den Karten, sondern die aktuellen Dokumente erkennen offen an, dass die %Formatierung zumindest einige "Vorteile" gegenüber den anderen Ansätzen hat.

Ich würde daraus schließen, dass die Bewegung, %Formatierungen zu verwerfen oder zu entfernen, nicht nur ins Stocken geraten ist, sondern gründlich und dauerhaft besiegt wurde.

Die neue .format()Methode soll die alte %Formatierungssyntax ersetzen . Letztere wurde de-betont, (aber nicht offiziell als veraltet noch ). In der Methodendokumentation heißt es:

Diese Methode der String - Formatierung ist der neue Standard in Python 3 und soll bevorzugt werden , um die %in der Formatierung beschrieben String Formatierung Operationen in neuem Code.

(Hervorhebung von mir).

Zur Aufrechterhaltung der Abwärtskompatibilität und macht Übergang zu erleichtern, das alte Format wird an Ort und Stelle gelassen jetzt . Aus dem ursprünglichen PEP 3101-Vorschlag :

Abwärtskompatibilität

Die Abwärtskompatibilität kann aufrechterhalten werden, indem die vorhandenen Mechanismen beibehalten werden. Das neue System kollidiert nicht mit einem der Methodennamen der vorhandenen Zeichenfolgenformatierungstechniken, sodass beide Systeme nebeneinander existieren können, bis das ältere System nicht mehr unterstützt wird.

Beachten Sie, dass es an der Zeit ist, das ältere System zu verwerfen . Es ist nicht veraltet, aber das neue System muss verwendet werden, wenn Sie neuen Code schreiben .

Das neue System hat den Vorteil, dass Sie den Tupel- und Wörterbuchansatz des alten Formatierers kombinieren können %:

"{greeting}, {0}".format(world, greeting='Hello')

und ist durch den object.__format__()Hook erweiterbar, der zum Formatieren einzelner Werte verwendet wird.

Beachten Sie, dass das alte System %und die TemplateKlasse hatten, wobei letztere es Ihnen ermöglicht, Unterklassen zu erstellen, die ihr Verhalten hinzufügen oder ändern. Das neue System hat die FormatterKlasse , die gleiche Nische zu füllen.

Python 3 hat sich weiter von der Verwerfung entfernt und gibt stattdessen im Abschnitt " printfFormatierung von Zeichenfolgen im Stil" eine Warnung aus :

Hinweis : Die hier beschriebenen Formatierungsvorgänge weisen eine Reihe von Macken auf, die zu einer Reihe häufiger Fehler führen (z. B. wenn Tupel und Wörterbücher nicht korrekt angezeigt werden). Durch die Verwendung der neueren formatierten Zeichenfolgenliterale oder der str.format()Benutzeroberfläche können diese Fehler vermieden werden. Diese Alternativen bieten auch leistungsfähigere, flexiblere und erweiterbarere Ansätze zum Formatieren von Text.

Python 3.6 fügte auch formatierte Zeichenfolgenliterale hinzu , die die Ausdrücke in die Formatzeichenfolgen einfügen. Dies ist die schnellste Methode zum Erstellen von Zeichenfolgen mit interpolierten Werten und sollte verwendet werden, anstatt str.format()überall dort, wo Sie ein Literal verwenden können.

Der %Operator für die Formatierung von Zeichenfolgen ist nicht veraltet und wird trotz der anderen Antworten nicht entfernt.
Jedes Mal, wenn das Thema auf der Python-Entwicklungsliste angesprochen wird, gibt es starke Kontroversen darüber, was besser ist, aber keine Kontroversen darüber, ob der klassische Weg entfernt werden soll - es wird bleiben. Obwohl Python 3.1 auf PEP 3101 bezeichnet wurde, war es gekommen und gegangen, und die %Formatierung ist immer noch vorhanden.

Die Aussagen zur Beibehaltung des klassischen Stils sind klar: Es ist einfach, es ist schnell, es ist schnell für kurze Dinge zu tun. Die Verwendung der .formatMethode ist nicht immer besser lesbar - und kaum jemand - selbst unter den Kernentwicklern - kann die vollständige Syntax verwenden, die von bereitgestellt wird, .formatohne auf die Referenz achten zu müssen. Bereits 2009 hatte man Nachrichten wie diese: http: // mail. python.org/pipermail/python-dev/2009-October/092529.html - das Thema war seitdem kaum in den Listen aufgetaucht .

Update 2016

In der aktuellen Python-Entwicklungsversion (die zu Python 3.6 wird) gibt es eine dritte Methode zur String-Interpolation, die in PEP-0498 beschrieben wird . Es definiert eine neue Quote Präfix f""(neben der aktuellen u"", b""und r"").

Durch das Präfixieren eines Strings durch fwird zur Laufzeit eine Methode für das String-Objekt aufgerufen, die automatisch Variablen aus dem aktuellen Bereich in den String interpoliert:

>>> value = 80
>>> f'The value is {value}.'
'The value is 80.'

Guidos jüngste Position dazu scheint hier angegeben zu sein:

Was ist neu in Python 3.0?

PEP 3101: Ein neuer Ansatz zur Formatierung von Zeichenfolgen

Ein neues System für integrierte Formatierungsvorgänge für Zeichenfolgen ersetzt den Formatierungsoperator% string. (Der Operator% wird jedoch weiterhin unterstützt. Er wird in Python 3.1 nicht mehr unterstützt und zu einem späteren Zeitpunkt aus der Sprache entfernt.) Lesen Sie PEP 3101, um den vollständigen Überblick zu erhalten.

Und das PEP3101 selbst, dessen letzte Modifikation auf (Fr, 30. September 2011) zurückgeht, also vermutlich in letzter Zeit keine Fortschritte.

In Bezug auf die älteren Python-Dokumente und PEP 3101 wurde festgestellt, dass der Operator% in Zukunft veraltet und aus der Sprache entfernt wird. Die folgende Anweisung war in den Python-Dokumenten für Python 3.0, 3.1 und 3.2 enthalten:

Da str.format () ziemlich neu ist, verwendet viel Python-Code immer noch den Operator%. Da dieser alte Formatierungsstil jedoch irgendwann aus der Sprache entfernt wird, sollte im Allgemeinen str.format () verwendet werden.

Wenn du zum gehst in Python 3.3- und 3.4-Dokumenten selben Abschnitt , sehen Sie, dass diese Anweisung entfernt wurde. Ich kann auch nirgendwo anders in der Dokumentation eine andere Aussage finden, die darauf hinweist, dass der Operator veraltet oder aus der Sprache entfernt wird. Es ist auch wichtig zu beachten, dass PEP3101 seit mehr als zweieinhalb Jahren nicht mehr geändert wurde (Fr, 30. September 2011).

Aktualisieren

PEP461 Das Hinzufügen von% Formatierung zu Bytes und Bytearray wird akzeptiert und sollte Teil von Python 3.5 oder 3.6 sein. Dies ist ein weiteres Zeichen dafür, dass der% -Operator lebt und tritt.