Warum ignoriert `str.format()` zusätzliche/unbenutzte Argumente?

Question

sah ich "Why doesn't join() automatically convert its arguments to strings?" und the accepted answer machte mich denken: da

Explicit ist besser als implizit.

und

Fehler sollten niemals still passieren.

Warum ignoriert str.format() zusätzliche/nicht verwendete (manchmal versehentlich übergebene) Argumente? Für mich ist es wie ein Fehler aussieht, die lautlos übergeben wird, und es ist sicherlich nicht explizit:

>>> 'abc'.format(21, 3, 'abc', object(), x=5, y=[1, 2, 3]) 
'abc' 

Dies ist eigentlich mein Freund zu einem Problem führen mit os.makedirs(path, exist_ok=True) noch einen Fehler erhöhen, obwohl the docs for os.makedirs() sagte, dass exist_ok=True wird nicht einen Fehler auslösen, auch wenn path bereits existiert. Es stellte sich heraus, dass er nur eine lange Zeile mit verschachtelten Funktionsaufrufen hatte, und die exist_ok wurde an einen verschachtelten .format() Anruf anstelle der os.makedirs() übergeben.

Answer 1

Durch das Ignorieren von nicht verwendeten Argumenten können beliebige Formatzeichenfolgen für Wörterbücher oder Objekte beliebiger Größe erstellt werden.

Angenommen, Sie wollten Ihrem Programm die Möglichkeit geben, den Endbenutzer die Ausgabe ändern zu lassen. Sie dokumentieren, welche Felder verfügbar sind, und weisen Benutzer an, diese Felder in {...} Slots in einer Zeichenfolge zu platzieren. Der Endbenutzer kann dann Templating-Strings mit einer beliebigen Nummer der verwendeten Felder erstellen, einschließlich Null, ohne Fehler.

Mit anderen Worten, die Wahl ist bewusst, weil es praktische Gründe gibt, mehr Argumente zuzulassen als konvertiert werden. Beachten Sie, dass die C# String.Formatter Implementierung, die den Python PEP inspiriert hat, aus denselben Gründen dasselbe tut.

Nicht, dass die Diskussion über diesen Teil der PEP so klar ist; Guido van Rossum an einem gewissen Punkt tries to address this issue:

Der PEP erscheint stumm auf dem, was passiert, wenn es zu wenig oder zu vielen Positionsargumente, oder wenn es fehlt oder nicht verwendete Schlüsselwörter. Fehlende sollten Fehler sein; Ich bin mir nicht sicher über überflüssige (unbenutzte) Einsen. Auf der einen Seite beschwert uns über diese gibt uns mehr Sicherheit , dass die Formatzeichenfolge korrekt ist. Auf der anderen Seite gibt es einige Anwendungsfälle für die Weitergabe von vielen Schlüsselwortparametern (z. B. einfaches Web Templating könnte eine feste Menge von Variablen mit ** dict übergeben). Auch in i18n (Übersetzung) apps ich die Nützlichkeit so dass nicht verwendete Parameter sehen konnte

, an dem der PEP Autor responded, dass sie in diesem Punkt noch unentschlossen waren.

Für Anwendungsfälle, in denen Sie eine Ausnahme für nicht verwendete Argumente auslösen müssen, wird erwartet, dass Sie die string.Formatter() class ableiten und eine Implementierung für Formatter.check_unused_args() bereitstellen; Die Standardimplementierung tut nichts. Dies hilft natürlich nicht Ihrem Freund Fall, wo Sie str.format(*args, **kwargs) statt Formatter().format(str, *args, **kwargs) verwendet haben. Ich glaube, dass bei irgendeinen Punkt die Idee war, dass Sie den von str.format() verwendeten Formatierer mit einer kundenspezifischen Implementierung ersetzen konnten, aber das kam nie zustande.

Wenn Sie die flake8 linter verwenden, dann können Sie die flake8-string-format plugin fügen Sie die offensichtlichen Fälle zu erfassen, in dem Sie in einem expliziten Stichwort Argument übergeben, die von dem Format-String nicht verwendet wird.