Ce motive fac ca utilizarea lui Unowned să fie mai puțin preferată în anumite situații?

Utilizarea unowned în iOS (Swift) este mai puțin preferată în situațiile în care există riscul ca obiectul la care se face referire cu unowned să fie eliberat (deallocated) înainte ca referința să fie utilizată. Spre deosebire de weak, unowned nu este opțional și nu devine nil atunci când obiectul este eliberat, așa că accesul la o astfel de referință după eliberare va duce la o eroare de rulare (runtime error).

Motivul pentru a evita unowned:

• Dacă ciclul de viață al obiectului nu garantează că referința va fi întotdeauna validă.
• În cazurile de referințe reciproce complexe, unde ordinea de eliberare a obiectelor nu este clară.

În astfel de cazuri, este mai bine să folosiți weak, care devine automat nil, prevenind astfel închiderea neașteptată.

Exemplu:

class A {
    unowned var b: B
    init(b: B) { self.b = b }
}

class B {
    var a: A?
}

Dacă obiectul B este eliberat înaintea lui A, accesul la b în A va cauza o eroare.