問題タブ [unsafe-unretained]

takeUnretainedValueとはどう違いtakeRetainedValueますか？Appleのドキュメントに基づく：

これらのメソッドはどちらも、オブジェクトのラップされていない元の型を返します。呼び出している API が保持されていないオブジェクトまたは保持されたオブジェクトを返すかどうかに基づいて、使用するメソッドを選択します。

しかし、管理されていないオブジェクトが保持されていないオブジェクトなのか保持されていないオブジェクトなのかは、どうすればわかりますか? たとえば、フレームワークのメソッドABAddressBookCreateWithOptions:はAddressBook管理されていないオブジェクトを返しますが、ABAddressBook一部のチュートリアルではこれを保持オブジェクトと見なしています。を使用するALAssetと、メソッドthumbnailは管理されていないオブジェクトCGImageを返します。一部のチュートリアルでは、これを保持されていないオブジェクトと見なします。

よろしくお願いします。

unowned(safe)「可用性」についてSwiftリファレンスを確認する方法はありますか? isReferenceAccessibleしたがって、次の例のような仮想関数を探しています。

免責事項：この質問はweak参照についてではありません！strong、unownedおよびweak参照がどのように機能するかを認識しています。そして、私は参照を使いたくありませんweak（遅くて変更可能であるため）。アクセスしようとしているときにunowned(safe)既に参照が割り当てられている場合でも、参照が割り当てられることはわかっています。deinitedそして、コンパイラがこのチェックを行うことができ、アプリケーションがクラッシュする前に実際にチェックすることを知っています。

したがって、最新の Swift で参照サイクルを破るための非常に強力でパフォーマンスの高いテクニック/パラダイムになると私は信じています。

さらに、私はそれが素晴らしい言語機能になると信じています! たとえば、モディファイヤが呼び出されshared_ownership、上記の動作で次のように動作するとします。

...次のような実装で：

weak...次と同等の副作用があります（関連する複雑さとパフォーマンスのペナルティなし）：

ああ、それは素晴らしいでしょう！

、、およびの違いweakunowned(safe)unowned(unsafe)に関する詳細情報。

アップデート

上記の機能に関連する素晴らしい Swift の提案を見つけました: Allow using optional binding to upgrade self from a weak to strong reference。