¿En qué situación es preferible usar weak o unowned para gestionar la memoria en un equipo de desarrolladores?

En iOS, para gestionar la memoria mediante ARC (Contador de Referencias Automático), se utilizan referencias débiles (weak) y no seguras (unowned) para evitar ciclos de retención de objetos.

• weak se usa cuando la referencia puede volverse nil en algún momento, es decir, el objeto al que hace referencia puede ser eliminado. La referencia débil se pone automáticamente a nil cuando se libera el objeto. Esto es adecuado cuando la relación no es obligatoria y el objeto puede desaparecer.

• unowned se usa cuando la referencia siempre debe apuntar a un objeto existente y no puede ser nil. Si el objeto se libera y la referencia no segura permanece, esto provocará un error en tiempo de ejecución. Normalmente, se usa unowned cuando el ciclo de vida del objeto referenciado es garantizado que será más largo que el del propietario de la referencia.

Ejemplo:

class Parent {
    var child: Child?
}

class Child {
    weak var parent: Parent? // weak, ya que el parent puede ser eliminado antes
}

// O

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

class CreditCard {
    unowned let customer: Customer // unowned, ya que la tarjeta no puede existir sin el cliente
    init(customer: Customer) {
        self.customer = customer
    }
}

Resumen:

• Usa weak cuando la referencia puede volverse nil y necesitas evitar un ciclo de retención.
• Usa unowned cuando la referencia siempre debe ser válida y el objeto existe por más tiempo que la referencia.