Spark Inspector – Runtime Debugger for iOS Apps

Spark InspectorはBonjourとMethod Swizzlingを利用したランタイムデバッガーです。プロジェクトにフレームワークを追加し、起動のためのコードを記述するだけで簡単に利用できます（実際には、これらの作業もアシスタントが自動で行ってくれるので、ほぼボタン一つで利用可能になります）。

できることは大きく分けて二つ。

• ビューの状態を2Dまたは3Dで表示する。ビューやレイヤーをリアルタイムで編集する。
• 通知センター(NSNotificationCenter)を監視する。

ビューの表示だけでも（特に3Dが）かなり感動しますが、これをリアルタイムで編集できるからなおさらすごいのです。

ビューの状態表示とリアルタイム編集

思い通りに画面が表示されないとき、ビューの階層をのぞいてみたくなりませんか。重なり順が間違っていたり、frameの設定を間違えて画面外に描画されていたり、または、予期せずhiddenになっていたり、、、理由は様々ですが、見えないものをデバッグするのは大変です。

Spark Inspectorは、すべてのビューの階層構造を見せてくれます。hiddenになっているものも教えてくれますし、3D表示すれば重なり方が悪いところも見つけられるでしょう。

また、実装中に、サイズ、位置や色などを微調整したいこともあると思います。Spark Inspectorがあれば、いちいちframeを変更してビルドして実機で確認、、、などという手間とはお別れです。Spark Inspector上で変更した値が、その場で動作中の実機またはシミュレータで確認できてしまいます（実機で利用する場合には、Macと実機が同一ネットワーク上に存在する必要があります）。パラメータ調整はSpark Inspectorで行い、最終決定した値だけを実装すればいいのです。

試しに、iLoan Calcで利用してみました。ビューの階層が以下のように表示されます。ここで、右側のサイドバーからビューやCALayerの値を変更することが可能です。CALayerでは、変換行列の値を指定することで変換が可能となっています（かなり高度な使い方ですね）。

通知センターの監視

通知センターの監視も便利です。もちろん、「誰が」「どの」通知を出したかがすぐに分かります。それと同時にStack Traceも表示されるという至れり尽くせりぶり。

通知は目に見えないので、デバッグが難しいところでもあります。それをこのように可視化してくれるというのはありがたいことですね。

利用方法

プロジェクトをSpark Inspectorに対応するのは簡単です。親切にもIntegration Assistantがついているので、これを利用しましょう。

メニューから”Window”->”Framework Setup Assistant”を選びます。セットアップウィザードが出てくるので、テストしたいプロジェクトを選択します。これで、必要な設定がすべて施されます。

自動で行われるのは、フレームワークの追加（SparkInspector.frameworkとlibz.dylib）と、コードの追加です。コードは、AppDelegate.m内に以下のように追加されます。#if DEBUGで区切られているのでプロダクト版に入ってしまう心配はありません。デバッグ中も常にonにしておくのではなく、必要なときだけonにしたければ、スキームでも追加すればよいでしょう。

#if DEBUG
#import <SparkInspector/SparkInspector.h>
#endif

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {

    // Enable the Spark Inspector
    #if DEBUG
    [SparkInspector enableObservation];
    #endif

    ...

なお、まれにフレームワークの追加がうまくいかずにObjcのリンクエラーが出ることがあるようです（出ました）。私の場合は、フレームワーク自体はプロジェクトに追加されていたのですが、TargetのBuild Phasesにある”Link Binary With Libraries”への追加がうまくいっていませんでした。二つのフレームワークを手動で追加してあげることで、無事にビルドできました。

さいごに

ざっと使ってみただけですが色々と便利そうです。ただ、サポートフォーラムを見ても分かるように、まだバグもありそうな感じです。うまい具合に使って、余計なところではまることのないように注意したいですね。

30日間は無料で試せるのでまずはダウンロードしてみてはいかがでしょうか。

そこで役立つのがコンパイル時の警告。たかが警告、されど警告。あなどれません。ここには非常に多くのヒントが隠されています。私自身、常に警告はゼロにしていますが、コンパイルオプションを変えるとまだまだほかの警告が出てきます。

この警告レベルについて、非常に分かりやすくまとめられている記事がありました。

Compiler Warnings for Objective-C Developers – Ole Begemann

以下、概要のみまとめます。

3つの警告レベルオプション

Xcodeのプロジェクトにてデフォルトで有効になっている警告はごく一部です。これは、プロジェクトのBuild Settingsにある”Apple LLVM Compiler 4.2 Warnings – Objective C”を参照すればわかります。ここで、一つずつ設定をOn/Offしてもいいですが、もっと便利なのがコンパイルオプションを使うことです。

コンパイルオプションで警告レベルを変更するためには、Other C Flagsに”-W…”の設定を追加します（詳細は元記事参照）。

警告レベルを示すコンパイルオプション（”-W…”で指定）には、以下の3通りがあります。

• -Wall
• -Wextra
• -Weverything

ここで注意したいのが、-Wallは全ての警告を表示するわけではないということです。-Wallが対象としているのは、主な警告のうち誤指摘（警告内容が無視して問題ないもの）になりにくいもののセットのようです。例えば、符号あり／なしの値を比較した場合に表示される警告”-Wsign-compare”は（これは無視しても問題がない場合がほとんど）、-Wallのセットではなく、-Wextraのセットに含まれとのことです。

どのセットを使うか？

では、まずはどの警告セットを有効にするべきなのでしょうか。本記事の中では、”-Wall”と”-Wextra”を用いることを推奨しています。既存プロジェクトは別として、新規プロジェクトでは確かにこのくらいから初めてもいいのかもしれません。

開発を進めていくにあたり、この警告は無視して問題ないと判断した場合、#pragmaを使って除外することが可能です。

#pragma clang diagnostic push
#pragma clang diagnostic ignored "-Wsign-compare"
#pragma clang diagnostic pop

なお、それぞれの警告がどのような名前を持つかは、Xcodeのビルドログを見ると分かります。[-W…]と書かれているものが警告名になります（詳細は元記事参照）。

開発に慣れていない初心者の方こそ、警告レベルをあげておくとよいのではないでしょうか。デバッグ作業は理論ではなく、「経験」と「勘」が大きな役割を果たします。そのため、経験が浅ければ浅いほど難しくなってくるでしょう。バグ取りではなく、バグを入れないことに注力した方が作業がスムーズに進むはずです。google先生に聞く前に、警告レベルをあげてみてはいかがでしょうか。

関連サイト

Clang Compiler User’s Manual – Clang 3.4 documentation

内容は、前回と同様に中上級者向けとなっております。アプリは作れるけれど何か物足りない、一歩前進したい、そんな風に思っている開発者の方々にぜひ読んでいただきたい一冊です。

目次

Chapter 01　iOS 6の新機能
Chapter 02　UI Kitエッセンシャル
Chapter 03　Collection View実践
Chapter 04　Storyboardと状態保存
Chapter 05　Auto Layout詳解
Chapter 06　Passbook入門
Chapter 07　AVFoudation活用
Chapter 08　Bluetooth Smart実践
Chapter 09　iAd組み込みガイド
Chapter 10　プライバシー保護
Chapter 11　モダンObjective-C

詳細は、インプレスジャパンのサイトに詳しく載っているのでこちらを参照してください（下にある「もっと詳しい内容をみる」をクリックすると詳細な目次が表示されます）。

第3章 Collection View実践

この中で私は、「第3章 Collection View実践」を執筆いたしました。発売までまだ少しありますが、一足先にコレクションビューの内容を少しだけご紹介いたします。

チュートリアル形式

iOS 6で追加された機能の中で、コレクションビューの存在は大きいのではないでしょうか。コレクションビューを使うと、かなり少ないコードで簡単に見栄えのよいUIを実現できてしまいます。

そんなコレクションビューですが、クラスの関係が複雑であることと機能が多いために、どこから手を付けてよいのかよく分からないという問題に遭遇しがちだと思います。そのため本書では、チュートリアル形式で基本機能から応用機能までを一つずつ習得していけるようにしました。

実用的な題材

サンプル作成を楽しんでいただけるように、より実用的な題材として「写真」を選びました。作成するサンプルアプリでは、「写真」アプリから読み込んだ写真を、縦横、またはiPadの「写真」アプリのようにスタック状に配置します。

サンプルアプリを作成しながら新しいアプリのアイデアが浮かんでくるような、そんなチュートリアルを目指しました。

解説と実践

チュートリアル形式というと、何となくサンプルを作成して終わりにならないかが心配かもしれませんが、そうならないよう章立てを工夫してあります。

3-1では、主に関連するクラスを解説し、それぞれのクラスがどのような役割を担っているかを説明しています。全貌が見えたところで3-2の実践へと進みます。3-2では、すでに用意されているレイアウト Flow Layoutを用いて簡単なテーブルを作成していきます。

「簡単なテーブル」と言っても、コレクションビューは機能満載です。ここでは、

• 写真を縦横に配置
• ヘッダーの追加
• セルの選択
• 編集（コピー、ペースト、カット）メニューの表示と実行
• 削除

を順に実装していきます。実装しながら、注意点やここでは利用しなかったメソッドについて解説します。

簡単なテーブルが完成したら、次はいよいよレイアウトのカスタマイズです（これこそがコレクションビューの醍醐味！）。まず、3-3でレイアウトのカスタマイズとは何かを解説します。カスタマイズの目的とその方法を一通り眺めたら、3-4で実際にレイアウトをカスタマイズしていきます。

レイアウトのカスタマイズと一言で言っても、やりたいことに応じてとるべき手段がいく通りかあります。最短経路で目的を達成できるよう、カスタマイズの方法を一つずつ紹介していきます。

簡単なレイアウトのカスタマイズから、完全に独自のレイアウト作成まで、幅広く取り扱っています。いずれも、3-2で作成したサンプルアプリを改良していく形で進めていきますので、カスタマイズ前と後でどのように変化していくかが（コードも結果も）理解しやすいのではないかと思います。

多くの方に読んでいただけるよう、心をこめて書きました。コレクションビュー習得のお役に立てれば幸いです。

その他の章

他の執筆者の方のブログです。こちらも合わせてご参照ください。

Unwind/カスタム Segue, UI State Preservation:
iOS6の本を書きました | sonson@Picture&Software

UIRefreshControl, iAd組み込みガイド, プライバシー:
「iPhoneアプリ開発エキスパートガイド iOS 6対応」を執筆しました | Zero4Racer PRO Developer’s Blog

全体の紹介:
書籍「iPhoneアプリ開発 エキスパートガイド iOS 6対応」を執筆しました | Katokichisoft

発売は4月4日。Amazonで予約が開始されています。

iPhoneアプリ開発エキスパートガイド iOS 6対応

posted with amazlet at 13.03.25

加藤 寛人 藤川 宏之 高丘 知央 西方 夏子 吉田 悠一 関川 雄介
インプレスジャパン
売り上げランキング: 4,856

Amazon.co.jpで詳細を見る

かなり久々のブログ更新が宣伝になってしまい恐縮ですが、非常に内容の濃い本に仕上がっていると思います。ぜひお手に取ってみてください。

最後にこの場を借りてひとこと。昨年後半より、育児、日本への引っ越しや、体調を崩したりとプライベートに色々なことが押し寄せてきて開発業もブログ更新もやや滞っておりましたが、これからまた徐々にペースを戻していきたいと思っています。今後とも、どうぞよろしくお願いいたします。

Collection Viewとは

Collection Viewとは、一言で言えば縦横方向にセルを並べることができるTable Viewのようなものです。UICollectionViewControllerを用いて画面を作成し、セルの中身は、UITableViewControllerと同様にDataSourceを使って指定します。

各セルのサイズは一定である必要はなく、また、セル間の最低間隔を指定しておくことで、レイアウトが自動で計算されキレイに配置されます。

かなり少ないコード量で、以下のスクリーンショットのようなUIを実現することが可能です。もちろん、デバイスの向きが変わればレイアウトも変わります（一行に表示するセルの数が変わる）。

iPhone スクリーンショット

iPad スクリーンショット

スクリーンショットを見て分かるように、デバイスの向きが変更されたときに一列に配置される写真の数が変わります。また、写真はそのとき適切な間隔をあけて配置されるというわけです。これは本当に便利。

さらにすごいことに、セルのレイアウトを自由自在に指定することもできるのです。これによって、例えばカバーフローのようなUIをごく少ないコード量で実現することも可能です。

サイズの設定

今回は、レイアウトのカスタマイズはせず、上のスクリーンショットのような画面を作成してみました。IBを使うと、記述しなくてはならないコードは本当に少なくて済みます。

まず、IBにてUICollectionViewのサイズ関連の設定を行います（iPhone用のnibファイルで説明しますが、iPadでも基本的に同様です）。スクロールの方向はデフォルトのまま縦スクロールとしました。

IBを用いると、各値の設定が簡単に行えます。各値がどのサイズを示しているかは、図中に示したとおりです。

各値は、それぞれ対応するUICollectionViewFlowLayoutのプロパティやUICollectionViewDelegateFlowLayoutのデリゲートメソッド（可変にする場合はこちらを利用）で設定することも可能です（表参照）。

なお、ヘッダー／フッターのサイズは、スクロール方向に応じて横幅（または高さ）が自動で調整されます。縦スクロールの場合、設定したヘッダー／フッターサイズのうち高さが利用され、横幅はセクション幅に等しくなります。逆に、横スクロールの場合は高さがセクションの高さに一致します。

セルの用意

次に、セルを作成します。ここでは、contentViewの上に一枚だけUIImageViewがあるようなセルを作成しました。セルの初期化はinitWithFrame:で行います。

- (id)initWithFrame:(CGRect)frame
{
    self = [super initWithFrame:frame];
    if (self) {
        // Initialization code
        self.backgroundColor = [UIColor whiteColor];
        UIImageView *imageView = [[UIImageView alloc] initWithFrame:
                                  CGRectMake(3, 3, frame.size.width - 6, frame.size.height - 6)];
                                // 枠をつけるためにimageViewのサイズを一回り小さくしておく
        
        // 可変サイズのセルに追従するようにautoresizingMaskを設定
        imageView.autoresizingMask = UIViewAutoresizingFlexibleWidth | UIViewAutoresizingFlexibleHeight;
        
        [self.contentView addSubview:imageView];
        self.imageView = imageView;
    }
    return self;
}

なお、セルは再利用されますので、セルサイズが可変の場合、サブビューのframeがセルサイズに合わせて変化するようにautoresizingMaskまたはAuto Layoutの設定をしておく必要があります。

ヘッダーの用意

ヘッダーを用意します。今度はコードではなくIBで作成しました。背景にUIImageViewを用い、その上にタイトルを表示するためのUILabelを配置します。

上でも書いたように、縦スクロールの場合、ヘッダー（フッター）の横幅がセクション幅まで引き延ばされます。このとき、UIImageViewやUILabelが一緒に引き延ばされてしまわないよう、autoresizingMaskまたはAuto Layoutの設定を適切にしておきましょう。ここでは、Auto Layoutを使いました。

Tips: Auto Layoutを無効にしてautoresizingMaskを利用する場合、File inspectorにある”Interface Builder Document”の設定で”Use Autolayout”のチェックをはずします。

セル／ヘッダー／フッターの登録

Table Viewと同様に、Collection Viewでもセル等を再利用します。そのために、まずはセル／ヘッダー／フッターのクラスまたはnibを登録する必要があります。これは、UICollectionViewControllerのサブクラスで行います。

セルの登録は、以下のメソッドで行います。

- (void)registerClass:(Class)cellClass forCellWithReuseIdentifier:(NSString *)identifier;
- (void)registerNib:(UINib *)nib forCellWithReuseIdentifier:(NSString *)identifier;

ヘッダー、フッターの登録は以下のメソッドで行います。

- (void)registerClass:(Class)viewClass forSupplementaryViewOfKind:(NSString *)elementKind withReuseIdentifier:(NSString *)identifier;
- (void)registerNib:(UINib *)nib forSupplementaryViewOfKind:(NSString *)kind withReuseIdentifier:(NSString *)identifier;

ここで、kindには、

UICollectionElementKindSectionHeader
UICollectionElementKindSectionFooter

のいずれかを指定します。

今回はセルはクラスを、ヘッダーはnibを指定します。

- (void)viewDidLoad
{
    [super viewDidLoad];
    
    // contentViewにcellのクラスを登録
    [self.collectionView registerClass:[CollectionCell class] forCellWithReuseIdentifier:@"MY_CELL"];
    
    // contentViewにheaderのnibを登録
    UINib *headerNib = [UINib nibWithNibName:@"HeaderView" bundle:nil];
    [self.collectionView registerNib:headerNib forSupplementaryViewOfKind:UICollectionElementKindSectionHeader withReuseIdentifier:@"MY_HEADER"];
}

データソース

まず、表示する写真とヘッダーのタイトルはそれぞれphotos, titlesプロパティに入っているものとします（photos, titlesはviewDidLoadで初期化しておきます）。

@interface ViewController ()
@property (nonatomic, strong) NSArray *titles;
@property (nonatomic, strong) NSArray *photos;
@end

いよいよデータソースの実装です。今回必要になるのは、

• アイテム数の指定（必須）
• セルの生成（必須）
• セクション数の指定
• ヘッダーの生成

の4つのメソッドです。

セクション数、アイテム数の指定

これはUITableViewDataSourceとそっくりです。

- (NSInteger)collectionView:(UICollectionView *)collectionView numberOfItemsInSection:(NSInteger)section {
    return [[self.photos objectAtIndex:section] count];
}

- (NSInteger)numberOfSectionsInCollectionView:(UICollectionView *)collectionView {
    return [self.photos count];
}

セルの生成

セルはTable Viewと同様に再利用します。セルのクラスまたはnibがすでに登録されているため、dequeueReusableCellWithReuseIdentifier:forIndexPath:はnilを返すことはありません。再利用可能なセルがない場合は、登録したクラスのinitWithFrameを呼んで（nibを登録した場合はnibをロードして）新規に生成したセルを返してくれます。

- (UICollectionViewCell *)collectionView:(UICollectionView *)collectionView cellForItemAtIndexPath:(NSIndexPath *)indexPath {

    CollectionCell *cell = [collectionView dequeueReusableCellWithReuseIdentifier:@"MY_CELL" forIndexPath:indexPath];
    
    cell.imageView.image = [[self.photos objectAtIndex:indexPath.section] objectAtIndex:indexPath.item];
    return cell;
}

なお、もし再利用可能なセルがある場合、cellはprepareForReuseが呼ばれたあとの状態となります。必要に応じて、セルのクラス（UICollectionViewCellのサブクラス）で、prepareForReuseをオーバーライドしておきましょう。

ヘッダーの生成

セルと同様にヘッダーも生成します。ビューはdequeueReusableSupplementaryViewOfKind:withReuseIdentifier:forIndexPath:で取得します（再利用可能なビューがない場合は新規に生成されます）。このとき、elementKindには、UICollectionElementKindSectionHeader（ヘッダー）またはUICollectionElementKindSectionFooter（フッター）を指定します。

- (UICollectionReusableView *)collectionView:(UICollectionView *)collectionView viewForSupplementaryElementOfKind:(NSString *)kind atIndexPath:(NSIndexPath *)indexPath {
  
    HeaderView *headerView = [collectionView dequeueReusableSupplementaryViewOfKind:UICollectionElementKindSectionHeader withReuseIdentifier:@"MY_HEADER" forIndexPath:indexPath];
    
    headerView.label.text = [self.titles objectAtIndex:indexPath.section];
    return headerView;
}

可変セルサイズに対応

ここまででほぼ実装は完了です。しかし、このままではセルサイズが固定のままです（IBで指定した50×50のまま）。写真のサイズに応じてセルサイズを可変にしたいため、UICollectionViewDelegateFlowLayoutのメソッドを実装します。

- (CGSize)collectionView:(UICollectionView *)collectionView layout:(UICollectionViewLayout*)collectionViewLayout sizeForItemAtIndexPath:(NSIndexPath *)indexPath {
    
    UIImage *image = [[self.photos objectAtIndex:indexPath.section] objectAtIndex:indexPath.item];
    return CGSizeMake(image.size.width / 2, image.size.height / 2);
}

ここでは、便宜上、写真サイズの1/2をセルサイズにしていますが、特に意味はありません。好みのサイズに指定すればOKです。

まとめ

iOS 6から利用可能となったCollection Viewを使ってみました。基本的な使い方をするだけでも、かなりフレキシブルなUIが実現可能です。レイアウトをカスタマイズすれば凝ったUIも実現できます。いずれにせよ、コード量が少なくて済むところが魅力です。

質問、間違いの指摘などはツイッターでお願いします。@natsun_happy

ソースコード

GitHub

その他

サンプルで利用した写真は、
フリー写真素材 Futta.Net – 無料の風景フリー画像
のものを利用しました。

参考資料

• WWDC 2012 session 205: Introducing Collection Views
• WWDC 2012 session 219: Advanced Collection Views and Building Custom Layouts
• UICollectionView Class Reference ほか

「第3章 Collection View実践」としてより詳しい内容を書きました。チュートリアル形式で楽しめます。
内容の紹介はこちら。iPhoneアプリ開発エキスパートガイド iOS 6対応：執筆いたしました

iPhoneアプリ開発エキスパートガイド iOS 6対応

posted with amazlet at 13.03.25

加藤 寛人 藤川 宏之 高丘 知央 西方 夏子 吉田 悠一 関川 雄介
インプレスジャパン
売り上げランキング: 4,856

Amazon.co.jpで詳細を見る

ColorSenseは、UIColorまたはNSColorで設定した色をエディタ上で確認したり、カラーピッカーを利用して直接編集することができるXcodeプラグインです。作者は、AppSales-Mobile(github)やNewsRack(AppStore)などで有名なOmz氏です。信頼できて安心ですね。

このプラグインを入れると、例えば、[UIColor colorWithRed:green:blue:alpha]のメソッド上にカーソルを持ってきたときに、右上にその色が表示されます。

さらに、この色表示の部分をクリックするとカラーピッカーが出てきて、その場で色を変更できます。カラーピッカーで選んだ色が自動でコードに入っていくのです。これが本当に便利。

百聞は一見に如かず。まずはデモビデオを見てみてください。

インストールは簡単。githubからXcodeのプロジェクトごとダウンロードしてきて一度ビルドするだけです。ビルド後、プラグインは、

~/Library/Application Support/Developer/Shared/Xcode/Plug-ins

にインストールされます。アンインストールしたいときは、このフォルダから該当プラグインを削除します。

現時点では、RGB(colorWithRed:green:blue:alpha)、グレイスケール(colorWithWhite:alpha:)と色の名前を指定するメソッド(redColorなど)にのみ対応しているようです。また、値には直接数字を入力する必要があり、引数が変数になっている場合は未対応のようです（私にとっては全く問題なし）。

私はこれまで、ColorChooser(MacAppStore)というツールを使っていました。これは、カラーピッカーで選択した色をUIColorやNSColorのコードに変換してくれるものです。これはこれで便利だったのですが、一度コードに埋め込んだあと、手を加えたくなったときに面倒でした。今後、このColorSenseが手放せなくなりそうです。

関連リンク

• ColorSense: GitHub
• iOS Open Source : Xcode Plug-in ColorSense – [mobile developer:tips];

ColorChooser

Pairote Leelaphattarakij
ジャンル:Developer Tools
価格:350円

posted with iTunesLinker at 12.09.16

NewsRack

omz:software
ジャンル:ニュース
価格:450円

posted with iTunesLinker at 12.09.16

NSNumberリテラルによるオブジェクトの生成

まずは、オブジェクトの生成から。これまで、numberWithXxxまたはinitWithXxxを利用して生成していましたが、これからはNSNumberリテラルを利用して簡潔に書くことが可能です。NSNumberリテラルは、文字列リテラルと同様に@を使って表現します。

メソッドによる生成（従来の方法）

NSNumber *value;
value = [NSNumber numberWithChar:'X'];
value = [NSNumber numberWithInt:12345];
value = [NSNumber numberWithUnsignedLong:12345ul];
value = [NSNumber numberWithLongLong:12345ll];
value = [NSNumber numberWithFloat:123.45f];
value = [NSNumber numberWithDouble:123.45];
value = [NSNumber numberWithBool:YES];

NSNumberリテラルによる生成

NSNumber *value;
value = @'X';
value = @12345;
value = @12345ul;
value = @12345ll;
value = @123.45f;
value = @123.45;
value = @YES; // --- (注) または value = @(YES);

(注) BOOL値を表現する際には、objx/objc.hの内容によってはBoxed Expression Literalsを利用する必要があります（詳細は以下）。

Boxed Expression Literals

@の後ろに()を付けることで変数や式を入れることも可能です（Boxed Expression Literals）。これにより、例えば以下のような表現も可能となります。

メソッドによる生成

NSNumber *value = [NSNumber numberWithInt:num];
NSNumber *percent = [NSNumber numberWithDouble:ratio * 100.0];
NSNumber *portrait = [NSNumber numberWithInt:UIInterfaceOrientationPortrait];

NSNumberリテラルによる生成

NSNumber *value = @(num);
NSNumber *percent = @(ratio * 100.0);
NSNumber *portrait = @(UIInterfaceOrientationPortrait);

BOOL型の生成

オブジェクトをBOOL値から生成する場合、objc/objc.hの内容によってはBoxed Expression Literalsを利用する必要があります。これは、YES, NOの定義に依存します。iOS 5.1 SDK, MAC OSX 10.7 SDKでは、YES, NOの定義は以下のようになっています。

#define YES             (BOOL)1
#define NO              (BOOL)0

したがって、Boxed Expression Literalsを利用しないと、

value = @(BOOL)1;

となってしまい、コンパイラエラーとなります。一方で、Mac OS 10.8 SDKでは以下のような定義になっています。

#define YES             ((BOOL)1)
#define NO              ((BOOL)0)

そのため、value = @YES; というような書き方が可能となるわけです。まとめると、BOOL値からオブジェクトを生成する際には、以下のような使い分けが必要です（Xcode4.4.1現在）。

// iOS SDK 5.1, MAC OSX 10.7 SDK
value = @(YES);

// MAC OSX 10.8 SDK
value = @YES;

まとめ

NSNumberリテラル、Boxed Expression Literalsを利用することで、NSNumber型オブジェクトの生成を簡潔に書くことができるようになります。ただし、BOOL値からの生成のように、マクロの定義によっては単純に@表記を利用しただけではエラーになることがあります。そのときは、必要に応じてBoxed Expression Literalsを使いましょう。

質問や間違い等の指摘はツイッターでお願いします。@natsun_happy

参考資料

• Objective-C Literals
• NSNumber Literals in Objective-C – [mobile developer:tips];
• WWDC Session 405: Modern Objective-C

Storyboardはとても便利なのですが、画面数が増えてくると、どこにどの画面があるのか探すのが大変ですよね。

そんなとき便利なのがダブルクリック。Storyboardエディタ上のどこでもいいのでダブルクリックしてみてください。拡大率が変更されます。

縮小された状態で再びダブルクリックすると、100%表示に戻ります。

ダブルクリックで縮小する際に、拡大率を何パーセントにしたいかは、あらかじめその拡大率にしてからダブルクリックすることで確定できます。文章だと分かりにくいので、以下に手順の例を示します。

1. 手動で拡大率を25%に設定（Xcodeメニューの”Editor->Canvas->Zoom->Zoom to 25%”を選択。または、Storyboardエディタ右下に表示される拡大縮小ボタンで調整）。
2. エディタ上をダブルクリック→【拡大率100%】
3. エディタ上をダブルクリック→【拡大率25%】
4. エディタ上をダブルクリック→【拡大率100%】
5. 以降、繰り返し

手順1で、拡大率を12.5%にしておくと、ダブルクリックするたびに12.5%と100%を行ったり来たりします。

画面数に応じて、ダブルクリック時に縮小される比率を決めておけば、Storyboardエディタ全体を眺めたいときにとても便利です。

もちろん、キーボードショートカットを使ってもいいのですが、Storyboardエディタで操作しているときは、手がマウスにあることが多いので、個人的にはダブルクリックの方が使いやすくてお気に入りです。

2012年4月21日、第一子となる女の子を出産いたしました。

予定日より3週間も早い出産で、出産直後はかなりバタバタしましたが、今は新しい生活にも慣れ落ち着いてきたところです。

出産に伴い、既存アプリのサポートと、先日ご紹介したiOS5プログラミングブックの執筆作業以外は、開発を一時中断しておりました。今後、徐々に再開予定です。本ブログの更新も、少しずつ頻度を増やしていく予定です。

家族が増え、日々、感じることにも変化がありました。これからも、新しい気持ちでアプリ開発と向き合っていければと思っております。しばらくは、開発業と育児を両立していく予定です。今後ともよろしくお願いいたします。

“iOS 4 プログラミングブック”の続編とも言える”iOS 5 プログラミングブック”が間もなく発売されます。今回、縁あって本書の一部を執筆させていただきましたので、簡単ですがご紹介いたします。

iOS 5 プログラミングブックは、iOS 5で追加／強化された機能を中心にまとめた中上級者向けの書籍です。

本書を企画、プロデュースしてくださった@Seasonsさんが全体の紹介をしてくださっているので、こちらも合わせてご覧ください。
上級プログラマー必読の書。iOS5プログラミングブックついに完成！！その目次を公開します。

まずは、目次から。

1. iCloud
2. Storyboards
3. ARC
4. Core Image
5. Core Bluetooth
6. Twitter/Accountsフレームワーク
7. iOS 5のセキュリティ
8. UIKit
9. Misc

iOS 5はかなり大きな進化だったため、すべては網羅できていませんが、ユーザーにとって重要な機能、また、開発者にとって有力なツールは押さえられていると思います。

私はこの中で、3章ARCと8章UIKitの前半にあたるコンテナビューコントローラについて執筆させていただきました。

3章 ARC

3章ARCでは、本ブログでも連載したARCの解説を、さらに分かりやすく詳細にまとめてあります。ARCを使うにあたって最低限知っておくべきことを、丁寧に解説したつもりです。

特に、ARC利用時に問題となりやすい循環参照に関しては、循環参照が起きる原理とその回避策を、サンプルコードと共に示してあります。実際に循環参照が起きている状態での、Leaksによるチェック結果なども掲載してあります。もちろん、Blockによる循環参照についても解説済みです。

また、混乱しがちな3種類のBridgeキャストについても、利用シーンとサンプルを通じて丁寧に解説いたしました。

なお、ダウンロード可能なサンプルプログラムとしては、ARC未対応、ARC対応の同一プロジェクトを公開予定です。サンプルプログラム内で、ARC対応時にケアする必要があるポイントにはコメントを入れてありますので、こちらも合わせて参考にしてみてください。

ARCの利用は、開発効率をかなりあげてくれるものだと思っています。ビューコントローラなどは単純にコード量がずいぶん減りますし、また全体を通してケアレスミスも減らせるでしょう。

こんなに便利なARCを使わない手はないです。基本を押さえるために、ぜひ本書を役立てていただければと思います。

さらに、ARCに関してより詳細まで理解したい方には、「エキスパートObjective-Cプログラミング」がおすすめです。本書では、ARCを安全かつ正確に利用すべきために知っておくべきことを、簡潔にまとめてましたが、「エキスパートObjective-Cプログラミング」では、ARCの原理まで含め、より詳細な解説がなされております。

8章 UIKit: 8-1 コンテナビューコントローラ

8章UIKitは、前半がコンテナビューコントローラ、後半がUIAppearanceとなっています。私が執筆したのは、前半部分のコンテナビューコントローラです。

コンテナビューコントローラとは、複数のビューコントローラをまとめて管理する親ビューコントローラのようなものです。例えば、UITabBarControllerやUINavigationControllerもコンテナビューコントローラにあたります。

iOS 4までは、自前のコンテナビューコントローラを作成するのは非常に手間だったのですが、iOS 5からは開発者が簡単に自前のコンテナビューコントローラを作成できるようになりました。

これによる最大のメリットは、少ないコードの追加／修正で、UIをがらりと変更することができるようになったことでしょうか。

本書内では、チュートリアル的にサンプルアプリを作成することで、コンテナビューコントローラをどのように作り、使っていくのかを解説してあります。

サンプルアプリはあえてユニバーサルアプリとしました。最初にiPhone版のアプリを完成させてしまい、その後、各ビューコントローラとNIBファイルはすべて流用して、UIのみiPad用に拡張していきます。

実際に追加するファイルはコンテナビューコントローラひとつ。変更するファイルは起動時に呼ばれるAppDelegate.mのみ。これだけの変更で、簡単に全く異なるiPad用のUIを追加することができるのです。

サンプルアプリの作成を通じて、ぜひ、コンテナビューコントローラを使うことのメリットを感じ取っていただければと思います。

余談ですが、自作アプリiLoan Calcをユニバーサル対応する際に、自力でコンテナビューコントローラのようなものを実装しました。当時はまだSDK 4を使用していたため、本書で解説したように簡単な実装では済まず、それはそれは苦労したことを覚えています。SDK 5から、開発者が簡単にコンテナビューコントローラを作成できるようになったことで、ユニバーサル化に限らず、UIの変更、拡張が非常に容易になったことは間違いありません。経験者として保証します（笑）。

まとめ

iOS 6がもう目前かもしれませんが、iOS 5で追加になったこれらの機能がなくなるわけではありません。iOS 5で追加になった機能の多くは、近い将来、ユーザにとって当たり前の機能になるでしょう。そのため、私たち開発者は、これらの機能の実装方法を知っておく必要があります。常に最良のアプリを提供していくために、本書を役立てていただければ幸いです。

最後に、本の執筆は今回が初めてでしたが、他の執筆者をはじめ周りの方のサポートもあり、とても楽しく書かせていただくことができました。読者の皆様にも、楽しみながら読んでいただければ嬉しいです。6月8日発売予定です。ただいまAmazonで予約受付中です。

iOS5プログラミングブック

posted with ヨメレバ

加藤 寛人,吉田 悠一,藤川 宏之,西方 夏子,関川 雄介,高丘 知央 インプレスジャパン 2012-06-08

Amazon

楽天ブックス

企画は主に@mat_jpさんが、開発は私がメインで行っています。

とにかく、勉強しているということを意識せず、遊んでいるうちに色々なことが身に付くようなゲームを作りたくて、あれこれ試行錯誤しながら、今の形にたどり着きました。まだまだ至らないところはありますが、これからも少しずつ改善していく予定です。

Clock Tutoは、落ちものゲームの一種です。上から落ちてくる時計を適切な箱に入れることで、時計の読み方を習得していきます。

最初は、子供たちにとって身近な、食事時間と起床、就寝時間から始めます。その後、ちょうどの時間、30分、15分&45分と少しずつ難しくなっていき、最後は、任意の時間が読めるようになるというものです。

段階を経て進めていくうちに、自然と時計の読み方が身に付くような仕組みを心がけました。

実際、何人かの子供たちにお願いしたユーザーテストを見ていても、徐々に時計の読み方に慣れていく様子が確認できました。

今後も、子供たちに喜んでもらえるようなアプリを出していきたいと思っています。

Clock Tutoはただいまリリース記念セール中（85円）。この機会にぜひ！

Clock Tuto サポートサイト: http://tutoapps.com/
Clock Tuto ツイッターアカウント: http://twitter.com/tutoapps_jp/