Jaka jest różnica między słabym odniesieniem, a nienazwanym odniesieniem?

Q1. Czym różni się "Nieoznane odniesienie" od "słabego odniesienia"?

Słabe Odniesienie:

Słabe odniesienie to odniesienie, które nie trzyma się mocno instancja, do której się odnosi, a więc nie powstrzymuje ARC od pozbycia się przywołana instancja. Ponieważ słabe referencje mogą mieć "brak wartości", musisz zadeklarować każde słabe odniesienie jako mające Typ opcjonalny. (Apple Docs)

Niepodpisane Odniesienie:

Podobnie jak słabe odniesienia, nieautoryzowane odniesienia nie trzymają się mocno w przypadku, do którego się odnosi. W przeciwieństwie do słabego odniesienia, jednak zakłada się, że Referencja nieujawniona zawsze ma wartość. Z tego powodu, nieautoryzowane odniesienie jest zawsze definiowane jako typ nieobowiązkowy. (Apple Docs)

Kiedy używać każdego:

Użyj słabego odniesienia, gdy jest ono ważne, aby to odniesienie stało się nil w pewnym momencie swojego życia. Odwrotnie, użyj unowned odniesienie, gdy wiesz, że odniesienie nigdy nie będzie zerowe, gdy to został ustawiony podczas inicjalizacji. (Apple Docs)

Q2. Kiedy można bezpiecznie używać "nieoznakowanego odniesienia"?

Jak zacytowano powyżej, zakłada się, że niepodpisane odniesienie zawsze ma wartość. Powinieneś więc używać go tylko wtedy, gdy masz pewność, że odniesienie nigdy nie będzie zerowe. W poniższym przykładzie dokumenty Apple ilustrują przypadek użycia nieautoryzowanych odniesień.

Przypuśćmy mamy dwie klasy Customer i CreditCard. Klient może istnieć bez karty kredytowej, ale karta kredytowa nie będzie istnieć bez klienta, tzn. można założyć, że karta kredytowa zawsze będzie miała klienta. Powinny więc mieć następującą relację:

class Customer {
    var card: CreditCard?
}

class CreditCard {
    unowned let customer: Customer
}

Q3. Czy "unowned reference" odnosi się do ryzyka bezpieczeństwa, takiego jak" zwisające wskaźniki " w C/C++

Ponieważ nieautoryzowane odniesienia są po prostu słabymi odniesieniami, które mają gwarancję, że mają wartość, nie powinno to stanowić zagrożenia bezpieczeństwa w żaden sposób. Jeśli jednak spróbujesz uzyskać dostęp do nieznanego odniesienia po tym, jak instancja, do której się odwołuje, zostanie usunięta, spowoduje to błąd środowiska uruchomieniowego, a aplikacja ulegnie awarii.

Link do dokumentów Apple

Jeśli self może być zerowe w użyciu zamknięcia [słabe self] .

If self nigdy nie będzie zerowe w użyciu zamknięcia [unowned self] .

Jeśli podczas używania [unowned self] wtedy self jest prawdopodobnie zerowy w pewnym momencie zamknięcia i prawdopodobnie musisz zamiast tego użyć [weak self] .

Zobacz przykłady użycia strong, słaba , oraz unowned w zamknięcia:

Https://developer.apple.com/library/ios/documentation/swift/conceptual/swift_programming_language/AutomaticReferenceCounting.html

Wyciągi z link

Kilka punktów końcowych

• aby ustalić, czy w ogóle trzeba się martwić o silne, słabe lub unowned, zapytaj: "Czy mam do czynienia z typami odniesienia". Jeśli pracujesz w przypadku Structs lub Enums ARC nie zarządza pamięcią dla tych typów i nie musisz się nawet martwić o podanie słabych lub nieowocowanych dla te stałe lub zmienne.
• silne odniesienia są dobre w hierarchicznych relacjach, gdzie rodzic odwołuje się do dziecka, ale nie odwrotnie. W rzeczywistości silne referencje są najbardziej odpowiednim rodzajem odniesienia przez większość czasu.
• gdy dwie instancje są ze sobą opcjonalnie powiązane, upewnij się, że że jeden z tych przypadków ma słabe odniesienie do drugiego.
• gdy dwie instancje są ze sobą powiązane w taki sposób, że jeden z instancje nie mogą istnieć bez drugiej, instancja z obowiązkowa zależność musi zawierać nieujawnione odniesienie do drugiego przykład.

Z książki Jona Hoffmana " Mastering Swift 4.":

Różnica między słabym odniesieniem a nieujawnionym odniesieniem polega na tym, że instancja, do której odnosi się słabe odniesienie, może być zerowa, podczas gdy instancja, do której odnosi się nieujawnione odniesienie, nie może być zerowa. Oznacza to, że gdy używamy słabego odniesienia, właściwość musi być opcjonalną właściwością, ponieważ może być zerowa.

Odniesienia nienazwane są rodzajem słabego odniesienia używanego w przypadku relacji o tym samym czasie życia między dwoma obiektami, gdy obiekt powinien być własnością tylko jednego innego obiektu. Jest to sposób na stworzenie niezmiennego powiązania między obiektem a jedną z jego właściwości.

W przykładzie podanym w pośrednim filmie swift WWDC, osoba jest właścicielem karty kredytowej, a karta kredytowa może mieć tylko jednego posiadacza. Na karcie kredytowej, osoba nie powinna być własnością opcjonalną, ponieważ nie chcesz mieć karty kredytowej unoszącej się tylko z jednym właścicielem. Możesz przerwać ten cykl, czyniąc własność posiadacza na kredyt słabym punktem odniesienia, ale wymaga to również uczynienia go opcjonalnym, a także zmiennym (w przeciwieństwie do stałej). Nieujawnione odniesienie w tym przypadku oznacza, że chociaż karta kredytowa nie ma udziałów w osobie, jej życie zależy od niej.

class Person {
    var card: CreditCard?
}

class CreditCard {

    unowned let holder: Person

    init (holder: Person) {
        self.holder = holder
    }
}