W jakiej sytuacji lepiej używać weak lub unowned do zarządzania pamięcią w zespole programistów?

W iOS, aby zarządzać pamięcią za pomocą ARC (Automatyczne Zliczanie Referencji), używa się słabych (weak) i niebezpiecznych (unowned) odwołań, aby uniknąć cykli utrzymania obiektów.

• weak jest używane, gdy odwołanie może stać się nil w pewnym momencie, czyli obiekt, na który się odwołuje, może zostać usunięty. Słabe odwołanie automatycznie ustawia się na nil podczas zwalniania obiektu. Jest to odpowiednie, gdy relacja nie jest obowiązkowa i obiekt może zniknąć.

• unowned jest używane, gdy odwołanie zawsze musi wskazywać na istniejący obiekt i nie może być nil. Jeśli obiekt zostanie zwolniony, a odwołanie unowned pozostanie, spowoduje to błąd w czasie wykonywania. Zazwyczaj unowned stosuje się, gdy cykl życia obiektu, na który się odwołują, jest gwarantowany, że jest dłuższy niż właściciel odwołania.

Przykład:

class Parent {
    var child: Child?
}

class Child {
    weak var parent: Parent? // weak, ponieważ parent może zostać usunięty wcześniej
}

// Lub

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

class CreditCard {
    unowned let customer: Customer // unowned, ponieważ karta nie może istnieć bez klienta
    init(customer: Customer) {
        self.customer = customer
    }
}

Podsumowanie:

• Używaj weak, gdy odwołanie może stać się nil i chcesz uniknąć cyklu utrzymania.
• Używaj unowned, gdy odwołanie musi zawsze być ważne i obiekt istnieje dłużej niż odwołanie.