In welcher Situation ist es vorzuziehen, weak oder unowned zur Speicherverwaltung in einem Entwicklerteam zu verwenden?

In iOS, um die Speicherverwaltung mit ARC (Automatisches Referenzzählen) zu steuern, werden schwache (weak) und ungesicherte (unowned) Referenzen verwendet, um Speicherzyklus-Referenzen zu vermeiden.

• weak wird verwendet, wenn die Referenz irgendwann nil werden kann, also das referenzierte Objekt gelöscht werden kann. Die schwache Referenz wird automatisch auf nil gesetzt, wenn das Objekt freigegeben wird. Das ist geeignet, wenn die Beziehung nicht obligatorisch ist und das Objekt verschwinden kann.

• unowned wird verwendet, wenn die Referenz immer auf ein existierendes Objekt zeigen soll und nicht nil sein darf. Wenn das Objekt freigegeben wird und die ungesicherte Referenz bestehen bleibt, führt das zu einem Laufzeitfehler. Normalerweise wird unowned verwendet, wenn der Lebenszyklus des referenzierten Objekts garantiert länger ist als der des Besitzers der Referenz.

Beispiel:

class Parent {
    var child: Child?
}

class Child {
    weak var parent: Parent? // weak, da der parent früher gelöscht werden kann
}

// Oder

class Customer {
    let card: CreditCard
    init() {
        card = CreditCard(customer: self)
    }
}

class CreditCard {
    unowned let customer: Customer // unowned, da die Karte ohne den Kunden nicht existieren kann
    init(customer: Customer) {
        self.customer = customer
    }
}

Zusammenfassung:

• Verwenden Sie weak, wenn die Referenz nil werden kann und Sie einen Speicherzyklus vermeiden möchten.
• Verwenden Sie unowned, wenn die Referenz immer gültig sein soll und das Objekt länger existiert als die Referenz.