Antwort.

Key-Path (Schlüsselpfad) ist ein Mechanismus für sicheren Zugriff auf die Eigenschaften von Objekten "per Referenz". Sie bieten vollständigen type-safe Zugriff auf Eigenschaften:

struct Person {
    var name: String
    var age: Int
}

let kp = \Person.name
let john = Person(name: "John", age: 30)
print(john[keyPath: kp]) // "John"

WritableKeyPath — ermöglicht nicht nur das Lesen, sondern auch das Ändern von Eigenschaften:

var person = Person(name: "Foo", age: 22)
let namePath: WritableKeyPath<Person, String> = \Person.name
person[keyPath: namePath] = "Bar"

Verwendung:

• Wird für generische Arbeiten mit Modellen verwendet (z. B. beim Sortieren, Filtern, Binden von Daten an die UI).
• Praktisch für den Aufbau von benutzerfreundlichem Reflection, ohne Typensicherheit zu verlieren.

Finessen:

• KeyPath nur für Eigenschaften, auf die der Compiler zugreifen kann.
• KeyPath kann keine Methoden speichern, nur Eigenschaften.
• Für WritableKeyPath muss das Objekt (die Struktur) var sein.

Fangfrage.

Frage: "Kann man Eigenschaften einer Klasse über einen normalen KeyPath ändern (oder benötigt man WritableKeyPath)? Was sind die Unterschiede zwischen KeyPath und ReferenceWritableKeyPath?"

Antwort: Um den Wert einer Eigenschaft über Key Path zu ändern, ist WritableKeyPath erforderlich. Für Klassen gibt es auch ReferenceWritableKeyPath, das es ermöglicht, Eigenschaften über Key-Path für Referenztypen zu ändern.

class User {
    var score = 0
}
let user = User()
let path: ReferenceWritableKeyPath<User, Int> = \User.score
user[keyPath: path] = 42 // OK

Beispiele für tatsächliche Fehler aufgrund fehlenden Wissens über die Feinheiten des Themas.

---

Geschichte

In einem großen Projekt mit table-driven UI wurden gewöhnliche KeyPath und WritableKeyPath verwechselt — sie versuchten, eine Eigenschaft des Modells über KeyPath zu ändern, was zu einer Runtime-Ausnahme führte.

---

Geschichte

Bei der Generierung von generischen Formularen wurden KeyPath für die Bindung von Werten verwendet, aber sie versuchten, Methoden als Keypaths zu reflektieren, was zu Kompilierungsfehlern und einer Überkomplizierung des Codes führte.

---

Geschichte

Ein Entwickler vergaß, ReferenceWritableKeyPath für Klassen hinzuzufügen, was bidirektionale Bindungen zwischen UI und Datenmodell verhinderte: Werte wurden in der UI aktualisiert, aber das Modell blieb unverändert.