In quale situazione è preferibile usare weak o unowned per la gestione della memoria in un team di sviluppatori?

In iOS, per gestire la memoria con ARC (Contatore di Riferimento Automatico), si utilizzano riferimenti deboli (weak) e non sicuri (unowned) per evitare cicli di ritenzione degli oggetti.

• weak viene usato quando il riferimento può diventare nil in un momento, cioè l'oggetto a cui si riferisce può essere eliminato. Il riferimento debole viene automaticamente impostato a nil quando l'oggetto viene liberato. Questo è adatto quando la relazione non è obbligatoria e l'oggetto può scomparire.

• unowned viene usato quando il riferimento deve sempre puntare a un oggetto esistente e non può essere nil. Se l'oggetto viene liberato e il riferimento unowned rimane, ciò causerà un errore in fase di esecuzione. Di solito, si usa unowned quando il ciclo di vita dell'oggetto referenziato è garantito essere più lungo di quello del proprietario del riferimento.

Esempio:

class Parent {
    var child: Child?
}

class Child {
    weak var parent: Parent? // weak, poiché il parent può essere eliminato prima
}

// Oppure

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

class CreditCard {
    unowned let customer: Customer // unowned, poiché la carta non può esistere senza il cliente
    init(customer: Customer) {
        self.customer = customer
    }
}

Riassunto:

• Usa weak quando il riferimento può diventare nil e vuoi evitare cicli di ritenzione.
• Usa unowned quando il riferimento deve essere sempre valido e l'oggetto esiste più a lungo del riferimento.