なぜObjective-Cのデリゲートは通常、保持ではなくプロパティの割り当てを与えられるのですか？

私はスコットスティーブンソンによって管理されている素晴らしいブログをサーフィンしていて、代理人に「割り当て」プロパティと「保持」を割り当てるという基本的なObjective-Cの概念を理解しようとしています。ガベージコレクションされた環境では、どちらも同じであることに注意してください。私は主に非GCベースの環境（例：iPhone）に関心があります。

スコットのブログから直接：

「assignキーワードは、値をコピーまたは保持するのではなく、インスタンス変数に直接値を割り当てるセッターを生成します。これは、NSIntegerやCGFloatなどのプリミティブ型、またはデリゲートなどの直接所有していないオブジェクトに最適です。」

デリゲートオブジェクトを直接所有していないとはどういう意味ですか？私は通常、デリゲートを保持します。なぜなら、彼らが奈落の底に逃げたくない場合は、保持がそれを処理してくれるからです。私は通常、UITableViewControllerをそれぞれのdataSourceおよびデリゲートから分離して抽象化します。その特定のオブジェクトも保持します。UITableViewには常にデリゲートがあるので、それが消えないようにしたいと思います。

誰かがどこで/なぜ私が間違っているのかさらに説明できるので、Objective-C 2.0プログラミングで、保持の代わりにデリゲートで割り当てプロパティを使用するこの一般的なパラダイムを理解できますか？

ありがとう！

デリゲートの保持を回避する理由は、保持サイクルを回避する必要があるためです。

AがBを作成AがBの代理人として自分自身を設定…Aはその所有者によって解放されます

BがAを保持していた場合、BはAを所有しているため、Aは解放されません。したがって、Aの割り当て解除は呼び出されず、AとBの両方がリークします。

AがBを所有しているため、deallocでAが削除されるため、Aがなくなることを心配する必要はありません。

デリゲートメッセージを送信するオブジェクトはデリゲートを所有していないためです。

コントローラがビューまたはウィンドウのデリゲートとして自分自身を設定する場合など、多くの場合、それはその逆です。コントローラはビ​​ュー/ウィンドウを所有しているため、ビュー/ウィンドウがそのデリゲートを所有している場合、両方のオブジェクトが互いに所有します。もちろん、これは保持サイクルであり、同じ結果のリークに似ています（死んでいるはずのオブジェクトは存続します）。

また、オブジェクトがピアである場合もあります。おそらく、どちらも同じ3番目のオブジェクトによって所有されているためです。

どちらの方法でも、デリゲートを持つオブジェクトはそのデリゲートを保持するべきではありません。

（ちなみに、少なくとも1つの例外があります。それが何であったか覚えていませんし、それには正当な理由があったとは思いません。）

補遺（2012-05-19で追加）：ARCでは、weakではなくを使用する必要がありますassign。弱い参照nilは、オブジェクトが死ぬと自動的に設定され、委任オブジェクトが最終的にデッドデリゲートにメッセージを送信する可能性を排除します。

何らかの理由でARCから離れている場合は、少なくともassignオブジェクトを指すプロパティをに変更しますunsafe_unretained。これにより、これがオブジェクトへの保持されていないがゼロ以外の参照であることを明示的に示します。

assign ARCとMRCの両方で非オブジェクト値に引き続き適切です。

割り当てられているデリゲートがある場合、オブジェクトが割り当て解除されるときは常にそのデリゲート値を常にnilに設定することが非常に重要になることに注意してください。そうでない場合、オブジェクトは常にdeallocでデリゲート参照を無視するように注意する必要があります。他の場所でそうしました。

その背後にある理由の1つは、保持サイクルを回避することです。AとBの両方がオブジェクトを参照し、メモリから解放されないというシナリオを回避するためです。

実際に割り当ては、NSIntegerやCGFloatなどのプリミティブ型、またはデリゲートなどの直接所有していないオブジェクトに最適です。