::: 突然ですが問題です。↑はなにを表しているでしょう？ 正解　→ メソッド名 うん、こういうことなんだ。 - (void):(NSString*)arg1 :(NSString*)arg2 :(NSString*)arg3 { NSLog(@"%@/%@/%@",arg1,arg2,arg3); } - (void)testNoneNameMehotd { XCTAssertNoThrow([self :@"hoge" :@"fuga":@"var"], ); // -> hoge/fuga/bar XCTAssertNoThrow(objc_msgSend(self, @selector(:::), @"hoge",@"fuga",@"var")); // -> hoge/fuga/bar } - (void)testPartial { XCTAssertNoThrow([self

objcにARCが導入されてから久しいですが、開発者がメモリ管理から解放されたかというと、そうでもないです。strongとweakの導入によって、少し抽象化がなされましたが、オブジェクトのallocate/releaseは意識してプログラムする必要があります。この記事は、ARC環境下での強参照/弱参照/循環参照についてイマイチ理解が及ばないという人のための記事であると同時に、私の個人的なまとめでもあります。 循環参照とは？ 循環参照という現象は、私も最初はなかなか理解できませんでした。まず、文字的な定義から言うと、循環参照（retain cycle）とは 「オブジェクト同士がお互いに強い参照を持っているからどちらも解放されない」という現象のことです。 iOSにはObjective-C 2.0のランタイムが実装されていますが、ガベージコレクションは存在しません。理由はよく知らないですがシステ

CoreGraphicsやCoreAnimationなどで頻繁にお世話になるCocoaの浮動小数点系のCGFloatですが、使い方を間違えると思わぬバグを生みます。 というのも、 CGFloatは32bit/64bit環境によって型が違う からなんですが。 #if defined(__LP64__) && __LP64__ # define CGFLOAT_TYPE double # define CGFLOAT_IS_DOUBLE 1 # define CGFLOAT_MIN DBL_MIN # define CGFLOAT_MAX DBL_MAX #else # define CGFLOAT_TYPE float # define CGFLOAT_IS_DOUBLE 0 # define CGFLOAT_MIN FLT_MIN # define CGFLOAT_MAX FLT_MAX

世のiOSプログラマーの大半はUITableViewとのキャットファイトに日々の作業の大半を費やしていると思うのだけど、その中でもUITableViewCellのimageViewへ画像を非同期で読み込む処理というのは煩雑で面倒な処理だと思う。 何が面倒なのかは割愛するけど、決定的に面倒なのがこの処理が容易にモジュール化できないという点にある。 AppleのLazyTableImageはこの手の処理のお手本的なサンプルコードなのだけど、唯一の欠点が、UIScrollViewDelegate内での処理を必要としている点だ。 // ------------------------------------------------------------------------------- // scrollViewDidEndDragging:willDecelerate: // Load i

iOS Advent Calender 2013 iOS second stage一日目担当の@keroxpです。普段は大学の研究室でインターフェースの研究をしていたり、仕事先の会社でiOSアプリの開発を行っていたりします。 さて、今回私が取り上げるテーマは「Xcodeと自動化」です。予告のタイトルでは「XcodeとContinuous Integration」だったのですが、CIを含めた自動化という題材でお送りしたいと思います。 自動化の意義 iOSに限らず、ソフトウェア開発の日常には様々なイライラが存在します。一つ一つは小さく、手間も少ないように思える事柄でも、手動でやらなくてはいけないことがひとつふたつ...と増えていったり、開発期間が長引くにつれて毎日毎日一定時間同じ作業を手動で行わなくてはならなくなります。 Don't Repeat Yourself!! そこでこの記事ではXco