weakodniesienia wydają się nie działać w Swift, chyba że a protocoljest zadeklarowane jako @objc, czego nie chcę w czystej aplikacji Swift.

Ten kod podaje błąd kompilacji ( weaknie można go zastosować do typu nieklasowego MyClassDelegate):

class MyClass {
  weak var delegate: MyClassDelegate?
}

protocol MyClassDelegate {
}

Muszę prefiksować protokół @objc, a następnie działa.

Pytanie: Jaki jest „czysty” Szybki sposób na osiągnięcie weak delegate?

Musisz zadeklarować typ protokołu jako AnyObject.

protocol ProtocolNameDelegate: AnyObject {
    // Protocol stuff goes here
}

class SomeClass {
    weak var delegate: ProtocolNameDelegate?
}

Używając AnyObjectpowiesz, że tylko klasy mogą być zgodne z tym protokołem, podczas gdy struktury lub wyliczenia nie.

Dodatkowa odpowiedź

Zawsze byłem zdezorientowany, czy delegaci powinni być słabi, czy nie. Niedawno dowiedziałem się więcej o delegatach i kiedy używać słabych referencji, dlatego dodam tutaj kilka dodatkowych punktów ze względu na przyszłych widzów.

• Celem użycia weaksłowa kluczowego jest uniknięcie silnych cykli odniesienia (zachowanie cykli). Silne cykle odniesienia mają miejsce, gdy dwie instancje klasy mają silne odniesienia do siebie. Ich liczba referencyjna nigdy nie spada do zera, więc nigdy nie zostają zwolnione.

• Musisz użyć tylko, weakjeśli delegat jest klasą. Szybkie struktury i wyliczenia są typami wartości (ich wartości są kopiowane podczas tworzenia nowej instancji), a nie typami referencyjnymi, więc nie tworzą silnych cykli referencyjnych .

• weakreferencje są zawsze opcjonalne (w przeciwnym razie byś użył unowned) i zawsze używają var(nie let), aby opcjonalne można było ustawić, nilgdy zostanie zwolnione.

• Klasa nadrzędna powinna oczywiście mieć silne odniesienie do swoich klas podrzędnych, a zatem nie powinna używać weaksłowa kluczowego. Gdy dziecko chce mieć odniesienie do swojego rodzica, powinno uczynić je słabym odniesieniem za pomocą weaksłowa kluczowego.

• weakpowinien być używany, gdy chcesz odwołać się do klasy, której nie jesteś właścicielem, nie tylko dla dziecka odwołującego się do jego rodzica. Gdy dwie niehierarchiczne klasy muszą się nawzajem odnosić, wybierz jedną, która ma być słaba. Ten, który wybierzesz, zależy od sytuacji. Więcej informacji na ten temat znajdziesz w odpowiedziach na to pytanie .

• Zasadniczo delegaci powinni być oznaczeni jako,weak ponieważ większość delegatów odwołuje się do klas, których nie są właścicielami. Jest to z pewnością prawda, gdy dziecko używa delegata do komunikowania się z rodzicem. Dokumentacja zaleca stosowanie słabego odniesienia dla delegata . (Ale też to zobacz .)

• Protokoły mogą być używane zarówno dla typów referencyjnych (klas), jak i typów wartości (struktur, wyliczeń). Dlatego w prawdopodobnym przypadku, gdy musisz osłabić delegata, musisz uczynić go protokołem tylko obiektowym. Można to zrobić poprzez dodanie AnyObjectdo listy dziedziczenia protokołu. (W przeszłości robiłeś to za pomocą classsłowa kluczowego, ale AnyObjectteraz jest to preferowane ).

  protocol MyClassDelegate: AnyObject {
      // ...
  }
  
  class SomeClass {
      weak var delegate: MyClassDelegate?
  }

Dalsze badanie

Czytanie poniższych artykułów pomogło mi zrozumieć to znacznie lepiej. Omawiają również powiązane kwestie, takie jak unownedsłowo kluczowe i silne cykle odniesienia, które mają miejsce przy zamknięciach.

• Przekazuj dokumentację
• Szybka dokumentacja: automatyczne zliczanie referencji
• „Słaby, silny, nieposiadany, o mój!” - Przewodnik po referencjach w Swift
• Silny, słaby i nieposiadany - uporządkowanie ARC i szybkiego

Związane z

• Jak tworzyć delegatów w Swift
• iOS: jak sprawić, by słaby delegat był szybki
• Szybka delegacja - kiedy używać słabego wskaźnika na delegacie

AnyObject jest oficjalnym sposobem na użycie słabej referencji w Swift.

class MyClass {
    weak var delegate: MyClassDelegate?
}

protocol MyClassDelegate: AnyObject {
}

Z Apple:

Aby uniknąć silnych cykli referencyjnych, delegaci powinni zostać zadeklarowani jako słabe referencje. Aby uzyskać więcej informacji o słabych referencjach, zobacz Silne cykle referencyjne między instancjami klas. Oznaczenie protokołu jako tylko dla klasy pozwoli później zadeklarować, że delegat musi użyć słabego odwołania. Protokół oznaczysz jako będący tylko klasą, dziedzicząc po AnyObject , jak omówiono w protokołach tylko dla klas.

https://developer.apple.com/library/content/documentation/Swift/Conceptual/Swift_Programming_Language/Protocols.html#//apple_ref/doc/uid/TP40014097-CH25-ID276

Aktualizacja: wygląda na to, że instrukcja została zaktualizowana, a przykład, o którym mówiłem, został usunięty. Zobacz zmianę w odpowiedzi na @ flainez powyżej.

Oryginał: Korzystanie z @objc to właściwy sposób, nawet jeśli nie współpracujesz z Obj-C. Zapewnia, że ​​twój protokół jest stosowany do klasy, a nie do wyliczenia lub struktury. Zobacz „Sprawdzanie zgodności protokołu” w podręczniku.

protokół musi być podklasą AnyObject, klasa

przykład podany poniżej

    protocol NameOfProtocol: class {
   // member of protocol
    }
   class ClassName: UIViewController {
      weak var delegate: NameOfProtocol? 
    }

Apple używa „NSObjectProtocol” zamiast „class”.

public protocol UIScrollViewDelegate : NSObjectProtocol {
   ...
}

Działa to również dla mnie i usunąłem błędy, które widziałem podczas próby wdrożenia własnego wzorca delegowania.