Antwort.

Geschichte der Frage:

@autoclosure ist ein spezieller Swift-Modifikator, der es ermöglicht, automatisch einen Closure aus einem Ausdruck zu erstellen, der als Argument an eine Funktion übergeben wird. Er wurde erstmals eingeführt, um die Syntax zu vereinfachen und die Lesbarkeit beim Schreiben von assert/guard-Ausdrücken und verzögertem Berechnen von Werten zu erhöhen.

Problem:

Standardclosures erfordern eine explizite Syntax ({ ... }). Oft ist das überflüssig, wenn die Logik einfach ist (z.B. bei faulen Überprüfungen). Aber wenn man autoclosure verwendet, kann es unbemerkt für den Entwickler zu einer Veränderung des Ausführungszeitpunkts des Codes oder zum Verlust des Wertes des Side-Effects des Ausdrucks kommen. Außerdem akzeptiert autoclosure keine Parameter.

Lösung:

@autoclosure ermöglicht eine prägnante Schreibweise:

Beispielcode:

func logIfTrue(_ predicate: @autoclosure () -> Bool) {
    if predicate() {
        print("Bedingung erfüllt")
    }
}

// Ohne autoclosure:
logIfTrue({ 2 > 1 })
// Mit autoclosure:
logIfTrue(2 > 1)

Schlüsselfunktionen:

@autoclosure ermöglicht die verzögerte Berechnung eines Ausdrucks bis zum Zeitpunkt des Aufrufs in der Funktion
@autoclosure kann mit @escaping kombiniert werden für asynchrone Szenarien
Erhöht die Lesbarkeit von Schnittstellen, indem die Syntax von Closures vor dem API-Nutzer verborgen wird

Fragen mit dem Haken.

Kann autoclosure Parameter akzeptieren?

Nein. Autoclosure ist immer kontextfrei: Sie akzeptiert 0 Parameter und "verpackt" einfach den Ausdruck.

Was ist der Unterschied zwischen den Typen () -> T und @autoclosure () -> T?

Ein normaler Closure erfordert eine explizite Syntax – autoclosure ermöglicht es, einen Ausdruck zu übergeben, ohne ihn in geschweifte Klammern zu setzen, was den Funktionsinterface erheblich beeinflusst.

Was passiert, wenn autoclosure einen Side-Effect hat?

Autoclosure wird nur bei Aufruf berechnet – wenn der Ausdruck einen Side-Effect hat, tritt dieser strikt zum Zeitpunkt des Aufrufs auf, und nicht beim Übergeben des Parameters an die Funktion.

var x = 5
func change(_ value: @autoclosure () -> Int) {
    print(value())
}
change(x += 1) // x wird NUR hier erhöht

Typische Fehler und Anti-Pattern

Missverständnis, dass der Ausdruck nicht sofort ausgeführt wird (lazy behavior)
Verwendung von autoclosure mit Side-Effect-Ausdrücken, bei denen eine sofortige Ausführung erwartet wird
Übergabe von autoclosure in einen escaping Kontext ohne explizite Angabe von @escaping

Beispiel aus dem Leben

Negativer Fall

Bei der Implementierung der Fehleranalyse wurden Fehler über eine Funktion protokolliert, die autoclosure zur Meldung verwendete. Aber der message-Ausdruck hatte einen Side-Effect (sendete eine Netzwerk-Anfrage), daher fand die tatsächliche Ausführung nicht in der Reihenfolge statt, die der Entwickler erwartete. Dadurch wurden die Statistiken fehlerhaft gesammelt.

Vorteile:

Die Syntax ist kurz und ausdrucksstark

Nachteile:

Unklarer Zeitpunkt der Ausführung von Side-Effects
Schwierigkeiten beim Debuggen

Positiver Fall

Die Verwendung von autoclosure in assert-Methoden, wo entweder das Berechnen des Ausdrucks nur bei Bedarf erforderlich ist oder die Syntax für den Endbenutzer der API erleichtert werden soll. Der Code wird kürzer, Side-Effects sind nicht vorhanden.