bridge系のキャスト

よく忘れてしまうので…


何がカウンタ方式か
ARC obj-cでも非ARC obj-cでもCF系(CoreFoundation系)でも全部カウンタ方式。プログラマが管理文を書くか書かない（コンパイラが書く？）かの違いはある。


カウンタはどこで持つか
２つの変数が同じインスタンスを参照している時カウンタはいくつか？
１つ。


__bridge系って何？
id系とCF系のキャストの箇所でコンパイラがretainとreleaseをどう書くかを指定するもの。
__bridge
__bridge_retained
__bridge_transfer
の３つ。
何をどう使ってもretainとreleaseがきちんと数を合わせて実行されてれば間違いではないと思いますが、３種類あるのは、人が見てわかりやすいとか、下で書くような管理責任をどうしたいのかを表すのには便利かと思います。


オーナーシップについて
オーナーシップという言葉で説明してあるものがかなりあります。もしよくわからない場合は、一旦retain releaseの追加という観点で理解してから、再度オーナーシップについて考えるのがおすすめです。


それぞれのパターンでキャストして代入するとこうなります。

__bridgeによるCF系からid系
id系 = (__bridge id系)CF系
id系がARC管理下に入ることによりカウンタ+1。ただし__weakであれば増加処理はなし。
キャスト後もCF系で管理したいときにおすすめ。id系が消えたあともCF系を使いたい時など。

__bridgeによるid系からCF系
CF系 = (__bridge CF系)id系
カウンタ変わらず
引き続きid系による（自動）管理をしたいときにおすすめ。キャスト後のCF系は管理しないことが前程だが一応管理命令は実行出来る。

__bridge_retainedによるid系からCF系
CF系 = (__bridge_retained CF系)id系
CF系がretainされるので+1
キャスト後のCF系で管理したいときにおすすめ。
id系は引き続き管理されている。

__bridge_transferによるCF系からid系
id系 = (__bridge_transfer id系)CF系
CF系がreleaseされることにより-1。キャスト後のCF系は管理しないことが前程。
id系がARC管理下に入ることによりカウンタ+1。ただし__weakであれば増加処理はなし（実際には__weakにはやらないでしょうが）。
結果プラマイ0 (__weakなら-1)
releaseの-1されるのはひとまとまりの実行文が実行された後。
結果がプラマイ0になることが多いので、（__bridge_retainedにあわせて）__bridge_releasedというネーミングにはならないと思われる
CF系からid系に管理を移したいときにおすすめ。


説明での言葉の選び方
オーナーシップの移動という表現がある。
①__bridgeではオーナーシップは移動しませんと表現しているものがよくあるが、CF系からid系へのキャストではid系の方はは当然ARCの管理下に置かれるので「両方によって所有（あるいは管理）されている」といったほうがわかりやすい（人がいる）かもしれない。
②__bridge_retainedではid系からCF系に移動すると思ってしまいがちであるが、これも元のid系は引き続きARCの管理下に置かれている。なのでこれも「両方によって所有（あるいは管理）されている」と言ったほうがいいかもしれない。
③__bridgeによるid系からCF系は文字通り「移動しません」あるいは「変化しません」でいいと思う。
④__bridge_transferによるCF系からid系へのキャストも「移動」でいいと思う。

「オーナーシップ」が表現しているものが「所有」ではなく「プログラマが管理する責任」だとすると①のパターンを「移動しません」と言ってもいいような気がするが、今度は④の「移動」が成り立たなくなるので困ったもんである（移動先でプログラマが管理する責任があることになるので）。「移動されたことにより責任から解放される」だとOKか。

この様にネーミングは、カウンタ管理の原理よりもプログラマの作業量による影響が強い。学習時には経験したことがなく作業量はわからないことが多いのでニュアンスがわからず惑わされる。


ちょっと違う観点から見てみる
私が理解しやすい考え方を書いてみる。
・それまで１つの変数からアクセスしていたインスタンスがキャストによって２つの変数（id系とCF系）からアクセス出来るようになる。
・キャスト後は、id系の方からはARCによって、+1している状態である。(__weak除く)
・CF系の方からは+1しているかしていないかを指定出来る。CF系の方からは+1しているとはCF系からreleaseする必要（ほかの言葉では予定、方針など）があるということ。
・キャスト後CF系の方から+1している状態となるCF→idへのキャスト、__bridge
・キャスト後CF系の方から+1している状態となるid→CFへのキャスト、__bridge_retained
・キャスト後CF系の方から+1していない状態となるCF→idへのキャスト、__bridge_transfer
・キャスト後CF系の方から+1していない状態となるid→CFへのキャスト、__bridge
となる。

コメント

コメントを投稿

このブログの人気の投稿

Swiftのコンパイルエラー寄せ集め

Appleが2014年6月に出してきた新しいプログラミング言語Swiftのコンパイルエラーの収集。こんなプログラムでこんなエラーが出ました、という例をいくつか集めたものです(仕様を読みながらわざとエラーを出したものもかなり含む)。理想を言うならコンパイルの工程を理解した上でそれぞれの説明をしたいのだが、かなり専門的になるのでそこまでは出来ない。 宣言、初期化の実行文 Type annotation missing in pattern 型の指定がない（型がわからない） 【確認ver】Swift 3.0.2【語】annotation 注釈 //Swift 3.0.2 var abc //エラー abcが何の型かわからない。 var abc: Int や var abc = 0 なら型が決まる(推測できる)のでOK。 //Swift 3.0.2 var a, b, c: Int = 0 //エラー Intと=0はcのみに対して適用されるようで、aとbが不確定になる。 var a, b, c: IntならOK。 //Swift 3.0.2 var a, b = 0, c: Int //エラー aに対して、= 0は適用されない（bに対して適用）、Intもaに対して適用されない（間に= 0が適用されたbがあるため？） Cannot assign to value: '***' is a 'let' constant 値を代入できません。***はletで定義された定数です。 【確認ver】Swift 3.0.2【語】assign 割り当てる 値を初期値以外にするならvarで宣言すること。 //Swift 3.0.2 let abc = 0 abc = 1 //エラー //Swift 3.0.2 func funcA(a: Int) { a = 0 //エラー } 関数の引数で与えられたものを関数内で変更しようとした。関数の引数はデフォルトで定数扱い。関数内で変数として使いたいなら関数の頭でvar a = aなどとして書き換え可能にする。 Cannot assign to value: '***' returns immutable value 値を代入できません。***は変更できない
続きを読む

コンパイルエラー覚え書き(Objective-C)

((赤のほう)) Variable length array declaration can not hava 'static' storage duration メソッド内でstaticで配列を宣言するときに要素数が変数だと出る。 incompatible types in assignment 宣言に*を付け忘れ variable-sized object may not be initialized 宣言に*を付け忘れ expected ';' before '}' token ;忘れ Expected expression before '〜' token '〜'の前がおかしい '〜' undeclared (first use in this function) 宣言忘れ、宣言の位置がおかしい stay '3桁の数字' in program 日本語入力モードでなにか入力した wrong type argument to unary minus メソッドの引数がおかしいという意味 原因はほんとにメソッドの引数がおかしい場合と、すこし上のメソッドの}の閉じカッコ忘れでエラー部分が前のメソッドの一部と認識されている場合がある。 expected specifier-qualifier-list before '****' ２つの.hが互いに#importしあったときなどにおこる。 片方を @class ****; に変更するとエラーが出なくなることがよくある。 @class **** は.hのインポートではなく、ソースの中に「****」というクラスが出てきますが気にしないでください、と言うニュアンス。インポートはどこかでする必要があることがほとんどと思うが、.mの先頭でしてやればよい。 設計の見直しというのも解決方法のひとつ。 Lvalue required as left operand of assignment 代入可能じゃない(?) Initializer element is not constant int型の変数をstaticで宣言して同時に初
続きを読む

AVAudioSession細かいことまとめ(late 2014)

以前も書きました「AudioSessionの細かいことまとめ」のlate 2014版を書きます。 個人的なあらすじ 以前アプリを作る際に、AudioSession(C言語)とAVAudioSession(Obj-C)のどちらを使おうかと検討したことがありました。そのときはAVAudioSession(Obj-C)の方に機能が足りない部分が多少あって、これは主流にならないのではと思い、AudioSession(C言語)の方で実装しました。しかし予想は外れ、AudioSession(C言語)の方がiOS7より非推奨となったので、今回改めてAVAudioSession(Obj-C)の方でまとめてみます。せっかくなのでSwiftの方も併記して書いてみようと思います。基本的にAVAudioSessionのクラスリファレンスを読んでまとめるだけなので詳しく知りたいことがある場合はそちらを見て下さい。 ちなみに作っているアプリは SilentBonusTrack というカセットテープアプリで、iPodのような音楽再生機能が中心となっています。私の興味の対象はその辺の音楽再生系が中心になります。 重要な項目 まずは音を扱う場合には目を通しておく必要があるAudioSession関係です。 importするもの //Swift import AVFoundation //Objective-C #import <AVFoundation/AVFoundation.h> インスタンスの取得 このインスタンスに対して音の扱いに関するいろいろなメソッドを実行出来ます。 //Swift let session: AVAudioSession = AVAudioSession.sharedInstance() //Objective-C AVAudioSession *audioSession = [AVAudioSession sharedInstance]; Swiftの方はもしvarにする必要があればvarにしてください。 カテゴリーの指定 アプリの音の扱い方法を数パターンの中から選んで指定します。 //Swift var error: NSError? session.setCategory(AVAudioSessionCategoryPlayba
続きを読む