[B! Block] RYO1225のブックマーク

Blocksの定義の引き数名は省略しない方がよい - Qiita

// 引数名付きの定義 -(void)registerWithName:(NSString*)name completionBlock:(void (^)(NSString* accessToken, NSError* error)) completionBlock; // 補完入力後、特に引き数名を変えない場合はblocksの処理だけ書けばよい [self registerWithName:@"fuga" completionBlock:^(NSString *accessToken, NSError *error) { }]; // 引数名省略の定義 -(void)registerWithName:(NSString*)name completionBlock:(void (^)(NSString* , NSError* )) completionBlock; // 補完入力後、わざわ

RYO1225 2013/12/03

リンク

blocksの落とし穴 - Qiita

blocksには数多くの落とし穴があります。しかしそれを乗り越えることができれば、非常にスマートにかける状況はそれなりに増えると思います。 ※注意：ここではARC環境での話です。一部MRCと状況が異なる場合があるかもしれません。＜blocksはObjective-cのオブジェクトをstrong参照でキャプチャする＞ここでいうキャプチャとは、ポインタをコピーしている、ということです。なんで？と思われる方も多いと思います。しかし理由ははっきりしていています。例えば、dispatch_afterで処理を遅延することを考えてみましょう。 NSArray *sameArray = ...; int64_t delayInSeconds = 2.0; dispatch_time_t popTime = dispatch_time(DISPATCH_TIME_NOW, delayInSecon

RYO1225 2013/10/09

リンク

https://www.objectivec-iphone.com/introduction/block/block.html

RYO1225 2013/02/04

Block

リンク

Blocksとdelegateの基本 - Qiita

@adachi_cです。今日はBlocksとdelegateのわりと基本的な話をしようと思います。まず、言いたいこと。 delegateで書いていたところをBlocksで書くことで、だいたいコードの量が減るのでできるだけdelegateやめましょう。 @propertyも減らしましょう。後任の人ができたときに見づらくてもうかなわないのでこれは私からお願いです。あと、dispatch_async+@propertyでカジュアルな書き換え／参照の合わせ技もやめて欲しい感じですね。モデルでシングルトンで書けるところはもうシングルトンでお願いします。UIの更新もBlocksでいいのでは。とりあえず、このへんのことをスッキリやれるのがBlocksとGCDなんで、その辺のことに2日アドベントカレンダーをいただいて、皆さんに説明できたらいいなと。たとえば、キーパッドのビューコントローラがあって、

RYO1225 2013/01/09

リンク

[iOS5] ARC : 循環参照 | Natsu note

これまでの記事はこちら： [iOS5] ARC (Automatic Reference Counting) : Overview [iOS5] ARC : プロパティ属性と使い方 [iOS5] ARC : Outletにはweakプロパティを使おう循環参照とは今回は、強参照（Strong reference）を使うときに注意したい循環参照（Strong reference cycle）についてです。循環参照とは、その名の通り、2つ以上のオブジェクトが強参照し合うことにより、どちらのオブジェクトも破棄できない状態を言います。ここで、循環参照が発生するのは、お互いに”強参照“しているときです。複数のオブジェクトが親子関係を持つ場合を考えてみます。アドレス帳オブジェクトAddrBookと、そのエントリーEntryがあるとします。AddrBookはEntryオブジェクトのentryを、E