weakпосилання, схоже, не працює в Swift, якщо а protocolне оголошено як @objc, чого я не хочу в чистому додатку Swift.

Цей код дає помилку компіляції ( weakне може бути застосований до некласового типу MyClassDelegate):

class MyClass {
  weak var delegate: MyClassDelegate?
}

protocol MyClassDelegate {
}

Мені потрібно профіксувати протокол @objc, потім він працює.

Запитання: Який "чистий" спосіб швидкого досягнення weak delegate?

Вам потрібно оголосити тип протоколу як AnyObject.

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

class SomeClass {
    weak var delegate: ProtocolNameDelegate?
}

Використовуючи, AnyObjectви говорите, що цьому класу можуть відповідати лише класи, тоді як структури або перерахунки не можуть.

Додатковий відповідь

Мене завжди бентежило, чи повинні делегати бути слабкими чи ні. Нещодавно я дізнався більше про делегатів і коли використовувати слабкі посилання, тож дозвольте тут додати деякі додаткові моменти заради майбутніх глядачів.

• Метою використання weakключового слова є уникнення сильних еталонних циклів (збереження циклів). Сильні еталонні цикли трапляються, коли два екземпляри класу мають чіткі посилання один на одного. Їх посилання ніколи не доходять до нуля, тому вони ніколи не дістаються.

• Вам потрібно використовувати лише weakякщо делегат - клас. Структури та перерахунки Swift - це типові значення (їх значення копіюються при створенні нового екземпляра), а не типові типи, тому вони не роблять сильних еталонних циклів.

• weakпосилання завжди необов’язкові (інакше ви б використовувались unowned) та завжди використовуєте var(не let), щоб необов'язково можна було встановити, nilколи воно розміщене.

• Батьківський клас, природно, повинен мати чітке посилання на його дочірні класи і, таким чином, не використовувати weakключове слово. Коли дитина хоче посилання на свого батька, вона повинна зробити це слабким посиланням, використовуючи weakключове слово.

• weakйого слід використовувати, коли ви хочете посилання на клас, яким ви не володієте, а не лише для дитини, що посилається на свого батька. Коли два неієрархічні класи потребують посилання один на одного, виберіть один із слабких. Вибір, який ви виберете, залежить від ситуації. Більше про це див. У відповідях на це запитання .

• Як правило, делегатів слід позначати так,weak оскільки більшість делегатів посилаються на класи, якими вони не володіють. Це, безумовно, вірно, коли дитина використовує делегата для спілкування з батьком. Використання слабкого посилання для делегата - це те, що рекомендується в документації . (Але дивіться і це .)

• Протоколи можна використовувати як для типів посилань (класів), так і для типів значень (структури, перерахунки). Тож у ймовірному випадку, що вам потрібно зробити делегата слабким, ви повинні зробити його протоколом лише для об'єктів. Спосіб зробити це - додати AnyObjectдо спадкового списку протоколу. (Раніше ви робили це за допомогою classключового слова, але AnyObjectзараз його віддають перевагу .)

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

Подальше навчання

Читання наступних статей - це те, що допомогло мені зрозуміти це набагато краще. Вони також обговорюють пов'язані з ними питання, як unownedключове слово, і чіткі еталонні цикли, що відбуваються із закриттям.

• Делегуйте документацію
• Швидка документація: Автоматичний підрахунок довідок
• "Слабкий, сильний, невідомий, о, мій!" - Посібник з літератури в Swift
• Сильний, слабкий і невідомий - сортування ARC та Swift

Пов'язані

• Як зробити делегатів у Swift
• iOS: Як зробити слабких делегатів у Swift
• Швидке делегування - коли використовувати слабкий покажчик на делегаті

AnyObject це офіційний спосіб використання слабкої посилання в Swift.

class MyClass {
    weak var delegate: MyClassDelegate?
}

protocol MyClassDelegate: AnyObject {
}

Від Apple:

Щоб запобігти сильним еталонним циклам, делегатів слід оголосити слабкими посиланнями. Щоб отримати додаткові відомості про слабкі посилання, див. Сильні еталонні цикли між екземплярами класу. Позначення протоколу лише класу надалі дозволить вам заявити, що делегат повинен використовувати слабку посилання. Ви позначаєте протокол як лише для класу, успадковуючи з AnyObject , як обговорюється в протоколах лише для класу.

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

Оновлення: схоже, керівництво оновлено, і приклад, про який я посилався, був видалений. Дивіться відповідь правки до @ flainez вище.

Оригінал: Використання @objc - це правильний спосіб зробити це, навіть якщо ви не взаємодієте з Obj-C. Це гарантує, що ваш протокол застосовується до класу, а не до enum або структура. Див. "Перевірка відповідності протоколу" в посібнику.

Протокол повинен бути підкласом класу AnyObject, класу

приклад, наведений нижче

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

Apple використовує "NSObjectProtocol" замість "class".

public protocol UIScrollViewDelegate : NSObjectProtocol {
   ...
}

Це також працює для мене і усунуло помилки, які я бачив під час спроби реалізувати власну модель делегата.