More than 5 years have passed since last update.

iOS8対応時の注意点まとめ

Last updated at 2014-11-27Posted at 2014-11-20

アプリをiOS8に対応する際に確認しておく項目をまとめました。

はじめに

iOS8対応とはざっくり言うとXcode6でアプリをビルドする事を差します。(厳密にはBaseSDK 8.0以上でビルドしたアプリ)
BaseSDKが上がる事により、既存のAPIがDeprecated(非推奨)になったり、新しいメソッドが追加されることによって今まで通りの実装では動作しなくなったり挙動が変わったりします。

本記事では上記によって実装に変更が入った部分や、アプリの運用上気をつけておく事について解説していきます。

言語はObjective-Cでの実装を解説します。Swiftでは言語仕様上、SDKとの連携などで不具合がある箇所が存在するため、別解説記事などと合わせて読んでいただく事をオススメします。

1.申請周り

先日、Appleは2015年2月1日より申請されるアプリについてiOS8と64bitアーキテクチャに対応する事を義務付けました。

64-bit and iOS 8 Requirements for New Apps - Apple Developer

現段階ではXcode5.1.1(iOS7)以降なので、対応せずともアプリの申請は可能ですが、
早めに対応をしておいた方が良さそうです。
本章ではそれらの対応方法について解説します。

1.1 64bit(arm64)アーキテクチャ対応

iPhone 5Sで搭載されたApple A7プロセッサ(+ iOS7)から64bitでの動作をサポートしました。(それまでは32bitでの動作)
これによって、いままでよりも多くのデータや処理を扱う事ができるようになりました。
現状の各デバイスのスペックについては下記ページが参考になりました。

[iOS 8] iPhone/iPadスペック早見表（2014/9）- Developers.IO

詳細についてはAppleから移行ガイドが配布されているのでそちらを参考にしてください。
本記事では64bitの要点のみを解説します。

Cocoa Touch 64ビット移行ガイド - Apple Developer

Valid Architecturesの設定

Valid Architecturesにarm64のアーキテクチャを追加します

場所 : projectファイル > Build Settings > Architectures > Valid Architectures

${ARCHS_STANDARD}とすでに登録されていればXcode6に最適化した際に自動で追加されているはずです。
以前は${ARCHS_STANDARD_INCLUDING_64_BIT}というのもありましたが、Xcode6ではどちらも同じアーキテクチャが指定されます。

Xcode6で新しくプロジェクトを作成した場合はarm64、armv7、armv7sがそれぞれ個別で登録されています。
${ARCHS_STANDARD}にarmv7sが入っていないですが、必要であれば個別で登録します。

Build Errorへの対処

アプリ内部で使用している外部ライブラリが64bitに対応していない場合、Linker Errorなどが発生する場合があります。
その場合は各ライブラリを更新するなどの対処が必要ですが、サポートされていない場合もありますので注意が必要です。

Warningへの対処

64bit対応により整数型のバイト長が変わるため、実装によってはWarningがでます。

こんなのとか

対応方法については他の方々が詳しく解説されているのでここでは割愛します。

1.2 iOS8ビルド

iOS8ビルドについてはXcode6でビルドすれば良いので、特に気にする必要はありません。
プロジェクト設定のBase SDKが8.0以上であればOKです。

ビルド時の注意箇所については2章にて詳しく解説します。

1.3 アプリバージョン

こちらは主にiTunes Connect周りでの注意事項ですが、申請方法の変更によりアプリバージョンとビルド番号の運用方法に気をつける必要があります。(特にVersionとBuildを同じ値で運用しているアプリ)

申請方法が変更になったことにより、リジェクトされたり、バイナリを差し戻したりして再度申請する時に同じBuildバージョンでの再提出ができなくなりました。
そのため、再提出にはBuildバージョンを上げたりするのが一般的ですが、VersionとBuildを同じ値で運用していると混乱しやすくなります。

【iOS】iTunesConnectリニューアル個人的にわからなくなったポイント - Qiita

Version部分に対応するのがCFBundleShortVersion
Build部分に対応するのがCFBundleVersionです。

自分も最近まで勘違いしていたのですが、アプリバージョンを取得する方法を調べているとCFBundleVersionで取得している所が多いのですが、実際にはCFBundleShortVersionを使うべきなんですね。

バージョン番号の取得

// Version
[[[NSBundle mainBundle] infoDictionary] objectForKey:@"CFBundleShortVersionString"];

// Build
[[[NSBundle mainBundle] infoDictionary] objectForKey:@"CFBundleVersion"];

運用としてはVersionには1.0.1などのこれまでの記載をして、build部分は1.0.1.1などとVersionの末尾にビルド番号を付与していく方法が良さそうです。

2.iOS8

本章ではiOS8 SDKでビルドした際に旧SDKと影響が大きい部分についての解説をします。

2.1 Push Notification (プッシュ通知)

iOS8からプッシュ通知のデバイストークンの取得方法が変更になりました。
それにより正しい設定をしていないとプッシュ通知の登録ができません。

いままで使用していたregisterForRemoteNotificationTypes:がDeprecatedとなりregisterUserNotificationSettings:を使用するようになります。

詳しい設定方法については以前Qiitaに投稿したものがあるのでそちらを参考にしてください。

Xcode6でiOS8へPush通知が送れない場合の解決方法 - Qiita

2.2 Local Notification (ローカル通知)

Push Notification同様にLocal NotificationにおいてもiOS8において仕様が変更になりました。
ローカル通知において、通知を表示するためにはユーザー認証が必要となり、通知を表示することをアプリ内で明記する必要があります。

ユーザー認証を行うにはiOS8から追加されたUIUserNotificationSettingsクラスで設定を登録します。
新しいクラスとなるため、旧バージョンのOSをサポートする場合は処理の分岐が必要となります。

サンプル

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

    if (version_greater_than(@"8.0")) {
        UIUserNotificationType types =  UIUserNotificationTypeBadge|
                                        UIUserNotificationTypeSound|
                                        UIUserNotificationTypeAlert;

        UIUserNotificationSettings *mySettings = [UIUserNotificationSettings settingsForTypes:types categories:nil];

        [application registerUserNotificationSettings:mySettings];
    }
}

[iOS 8] UILocalNotification もユーザー認証が必要になりました - Developers.IO

2.3 Location (位置情報)

iOS8から位置情報の利用設定をユーザーが細かく制御できるようになり、ソースコード上での制御方法が変更になりました。
また、位置情報を取得する理由を明示することが必須になりました。

Authorization Status

これまで位置情報の認証ステータスは[CLLocationManager authorizationStatus]がkCLAuthorizationStatusAuthorizedかそうでないかで判定していましたが、iOS8からDeprecatedになり、下記の認証ステータスが追加になりました。

kCLAuthorizationStatusAuthorizedAlways
kCLAuthorizationStatusAuthorizedWhenInUse

ただし、上記ステータスはiOS8から追加のためiOS7をサポートする場合はバージョンでの分岐が必要となります。

サンプル

-(BOOL)isLocationServiceAuthorized{

    CLAuthorizationStatus status = [CLLocationManager authorizationStatus];

    if (version_greater_than_equals(@"8.0")) {
        if (status == kCLAuthorizationStatusAuthorizedWhenInUse || 
            status == kCLAuthorizationStatusAuthorizedAlways)
            return YES;
    }else{
        if ([CLLocationManager authorizationStatus] == kCLAuthorizationStatusAuthorized)
            return YES;
    }

    return NO;
}