iOS 7対応を切るとサポート外になる端末、使えるようになる主な機能 – なんてこったい
数カ月以内にiOS 9が登場するのではないかと噂されている。アプリを開発・運用していく上で、どの世代のOS/端末までサポートするべきかというのは悩ましい問題だが、判断材料の一つとして、iOS 9リリース後、2世代前のiOS 7のサポートを切った場合(つまり、iOS 8以降のみを対象とした場合)に、どういうメリット・デメリットがあるかをまとめた。 [デメリット]サポート外になる端末 iPhone 4 iPhone 4はiOS 8にアップデートできないため、サポート外となる。Unityが発表しているMobile Hardware Stats 2015-04では、iPhone 4のシェアはモバイル全体(Androidなども含む)で1.9%なので、実際には3-5%前後ユーザがいると考えたほうがよい。iPhone 4S, iPad 2以降はすべてiOS 8/9にアップデートできる。 ただし、iOS
ARC環境下でStoreKitを使う場合の注意 – なんてこったい
久しぶりのStoreKitネタです。といっても大した内容ではありませんが。 iOS 4系に対応しろというような話もめっきり聞かなくなり、仕事の現場でもオープンソースのライブラリでも、いよいよARCがメインの時代がやってきたなという感じがしています。当然ながらStoreKit含め、アップルの公式フレームワークはARC / 非ARCのどちらでも使用できるのですが、ドキュメントの更新が追いついていなかったりで稀に落とし穴があります。 StoreKitの組み込み手順を示す公式ドキュメント「In-App Purchase Programming Guide」にもそういった落とし穴が一つあります。 StoreKitを使ったアプリ内課金を実装する上では、PaymentQueueにオブザーバーを設定する必要があり、ドキュメント内には下記のような説明とサンプルコードが記載されています。 Register a
レシートのverifyとSandbox – なんてこったい
StoreKitを使ってアプリ内でアイテムの購入が行われると、レシートが発行されます。Appleは不正防止のため、レシートの内容が正しいかどうかverifyする機構を用意していますが、この機構を使うには若干注意が必要です。 レシートの認証の基礎 まず、StoreKitを使ったアプリ内課金を実装する上で、レシートの認証はすべてのアプリで必須の要件というわけではありません。しかし、とくに購入内容がサーバーと連動するような場合において、レシートの認証は効果の高い不正対策方法の一つです。 ユーザがアプリ内で決済を行う(状態がSKPaymentTransactionStatePurchasedになる)と、そのtransactionのtransactionReceiptプロパティからレシートデータを取得できるようになります。ここで取得したレシートデータをAppleが用意している認証サーバー(buy.i
StoreKitトランザクションとFast App Switching
久しぶりにStoreKitについての記事です。In-App Purchase Programming GuideやStoreKit Framework ReferenceにはFast App Switchingやスリープに関する説明がありません。しかし、購入手続きの途中にアプリ切り替え(Fast App Switching)が発生すると、アプリケーションは正しくトランザクションの状態変化を把握できなくなってしまいます。そこで、この問題についての対策を考えます。 ※2012/05/22追記 この部分の挙動が変更になったようです。再検証を行ったのでこちらの記事を参照してください。 注意 この記事は、Apple公式ドキュメント類では説明／推奨されていない実装方法についての考察です。挙動や実装は将来的に大きく変わる可能性があり、動作は一切保証できません。参考にする程度にとどめ、もし下記に書かれてい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
