Wie würdest du einen Decorator schreiben, der eigene Argumente nimmt?

Du fügst eine dritte Ebene hinzu. Die äußere Funktion nimmt die Decorator-Argumente und gibt den eigentlichen Decorator zurück, der die Funktion nimmt und einen Wrapper zurückgibt, der sie aufruft. Setz functools.wraps auf den Wrapper, damit Name, Docstring und Signatur-Metadaten überleben. Ein Retry-Decorator zum Beispiel nimmt die Anzahl der Versuche auf der äußeren Ebene, und der Wrapper implementiert die Schleife.

Drei Ebenen, und ich sage sie laut der Reihe nach auf, damit ich den Faden nicht verliere. Die äußerste Funktion nimmt die Konfiguration, sagen wir die Anzahl der Retries. Sie gibt den Decorator zurück, der die Zielfunktion nimmt. Der gibt den Wrapper zurück, der star args und star star kwargs nimmt, die Arbeit um den Aufruf herum macht und das Ergebnis zurückgibt. Ich setze immer functools.wraps auf den Wrapper, sonst meldet sich die dekorierte Funktion überall als wrapper, und Flask oder Celery registrieren fröhlich zwei Routes unter demselben Namen und scheitern auf verwirrende Weise. Den ich am häufigsten geschrieben habe, ist ein Retry mit exponentiellem Backoff für wacklige Upstream-Aufrufe: drei Versuche, verdoppelnde Wartezeit, beim letzten wird durchgereicht. Eine nützliche Verfeinerung ist, auch die Funktion direkt anzunehmen, damit es mit und ohne Klammern funktioniert, obwohl ich ehrlich gesagt meistens einfach die Klammern verlange, weil die Verzweigungslogik mehr Klarheit kostet als sie bringt.