Какви причини правят използването на Unowned по-малко предпочитано в определени ситуации?

Използването на unowned в iOS (Swift) е по-малко предпочитано в ситуации, когато съществува риск обектът, към който се отнася с unowned, да бъде освободен (deallocated) по-рано, отколкото се използва референцията. За разлика от weak, unowned не е опционален и не става nil при освобождаване на обекта, затова достъпът до такава референция след освобождаването ще доведе до срив на приложението (runtime error).

Причини да се избягва unowned:

• Ако жизненият цикъл на обекта не гарантира, че референцията винаги ще бъде валидна.
• При сложни взаимни референции, където редът на освобождаване на обектите не е ясен.

В такива случаи е по-добре да се използва weak, който автоматично става nil, предотвратявайки неочаквано прекратяване.

Пример:

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

class B {
    var a: A?
}

Ако обектът B бъде освободен преди A, достъпът до b в A ще причини грешка.