weakprotocolがとして宣言されていない限り、参照はSwiftで機能しないよう@objcです。これは、純粋なSwiftアプリでは不要です。

このコードはコンパイルエラーを発生させます（weak非クラスタイプには適用できませんMyClassDelegate）：

class MyClass {
  weak var delegate: MyClassDelegate?
}

protocol MyClassDelegate {
}

プロトコルの前にを付ける必要があります@objc。そうすると機能します。

質問：を実現する「純粋な」Swiftの方法はweak delegate何ですか？

プロトコルのタイプをとして宣言する必要がありますAnyObject。

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

class SomeClass {
    weak var delegate: ProtocolNameDelegate?
}

AnyObjectあなたが使用すると、クラスだけがこのプロトコルに準拠できるが、構造体または列挙型は準拠できないと言います。

補足回答

私は、代議員が弱いべきかどうかについて常に混乱していました。最近、デリゲートとウィークリファレンスを使用するタイミングについて詳しく学びました。今後の視聴者のために、ここに補足のポイントを追加しましょう。

• weakキーワードを使用する目的は、強い参照サイクル（保持サイクル）を回避することです。強い参照サイクルは、2つのクラスインスタンスが互いに強い参照を持つ場合に発生します。参照カウントがゼロになることはないため、割り当てが解除されることはありません。

• weakデリゲートがクラスの場合にのみ使用する必要があります。Swiftの構造体と列挙型は値の型（新しいインスタンスが作成されるときに値がコピーされる）であり、参照型ではないため、強い参照循環を行いません。

• weak参照は常にオプションであり（そうでない場合はを使用unowned）、常にvar（ではないlet）を使用して、オプションnilが割り当て解除されるときにに設定できるようにします。

• 親クラスは当然、その子クラスへの強い参照を持つ必要があるため、weakキーワードを使用しないでください。ただし、子が親への参照を必要とする場合は、weakキーワードを使用して弱い参照にする必要があります。

• weak親を参照する子だけでなく、所有していないクラスへの参照が必要な場合に使用する必要があります。2つの非階層クラスが相互に参照する必要がある場合、弱くするクラスを1つ選択します。どちらを選択するかは状況によって異なります。詳細については、この質問への回答を参照してください。

• 原則として、weakほとんどのデリゲートは自分が所有していないクラスを参照しているため、デリゲートにはマークを付ける必要があります。これは、子供がデリゲートを使用して親と通信する場合に間違いなく当てはまります。ドキュメントが推奨するのは、デリゲートに弱い参照を使用することです。（しかし、これも参照してください。）

• プロトコルは、参照型（クラス）と値型（構造体、列挙型）の両方に使用できます。したがって、デリゲートを弱くする必要がある可能性が高い場合は、それをオブジェクトのみのプロトコルにする必要があります。これを行う方法はAnyObject、プロトコルの継承リストに追加することです。（以前はclassキーワードを使用してこれを実行していましたAnyObjectが、現在は推奨されています。）

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

さらなる研究

以下の記事を読むことで、これをよりよく理解することができました。また、unownedキーワードなどの関連する問題や、クロージャーで発生する強力な参照サイクルについても説明します。

• ドキュメントの委任
• Swiftのドキュメント：自動参照カウント
• 「弱い、強い、無所有、オーマイ！」-Swiftのリファレンスのガイド
• 強く、弱く、所有されていない– ARCとSwiftを整理する

関連した

• Swiftでデリゲートを作成する方法
• iOS：Swiftで弱いデリゲートを作成する方法
• 迅速な委任-デリゲートでウィークポインターを使用する場合

AnyObject Swiftでウィークリファレンスを使用する公式な方法です。

class MyClass {
    weak var delegate: MyClassDelegate?
}

protocol MyClassDelegate: AnyObject {
}

アップルから：

強い参照サイクルを防ぐには、デリゲートを弱い参照として宣言する必要があります。弱参照の詳細については、「クラスインスタンス間の強参照サイクル」を参照してください。プロトコルをクラスのみとしてマークすると、デリゲートが弱い参照を使用する必要があることを後で宣言できます。クラス専用プロトコルで説明されているように、AnyObjectから継承することにより、プロトコルをクラス専用としてマークします。

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

更新： マニュアルが更新され、私が参照していた例が削除されたようです。上記の@flainezの回答の編集を参照してください。

オリジナル： Obj-Cと相互運用していない場合でも、@ objcを使用するのが正しい方法です。プロトコルが列挙型や構造体ではなくクラスに適用されていることを確認します。マニュアルの「プロトコル適合性の確認」を参照してください。

プロトコルはAnyObject、クラスのサブクラスでなければなりません

以下の例

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

Appleは「クラス」の代わりに「NSObjectProtocol」を使用します。

public protocol UIScrollViewDelegate : NSObjectProtocol {
   ...
}

これは私にとっても機能し、自分のデリゲートパターンを実装しようとしたときに発生していたエラーを取り除きました。