Developers.IO 2015 D-4 セッション 2015年3月29日(日)に開催した弊社主催イベントDevelopers.IO 2015において、「モバイル アプリ開発現場でよくある課題と対策」を開催しました！ レポート 発表資料は以下となります。 1. App Store レビュー申請 iOSのレビュー申請時にできるだけ早い段階でレビューに出して、リジェクトされた場合に対応する期間を長く設けるような計画を提案しました。 2. 強制アップデート 特にiOSの場合にレビュー申請期間に現行バージョンと申請したバージョンのどちらのアプリも動作させる事をポイントとした仕組み作りを、バグの場合とWeb APIの大幅なバージョンアップを想定して説明しました。 3. iOS/Androidでの認識違い 各OSのアプリを同時に作った場合に起こりがちな認識違いをどう埋めていくかの例を実装面とコミュ

AndroidとiOSで設定できるバージョンについてちょっとややこしかったのでまとめてみた。 まだ情報が足りないかもしれないけど、わかったら追記する予定。 記入場所：AndroidManifest.xml android:versionCode android:versionName Androidの場合は、「versionCode」と「versionName」の2種類。 それぞれの意味は以下のとおり。 versionCode：内部バージョン(整数) 内部のバージョン番号でユーザに見せるものではない。 何回目のアップロードかを表す整数で、リリースをするたびに値を増やす必要がある。 versionName：表示用のバージョン(文字列) ユーザに示すバージョン番号でGooglePlayに表示される。 文字列であり一般的にx.y.zのようにつける。 x(major).y(minor).z(poi

という記事を見かけたので。 このライブラリの実装の問題点 key description type 基本的には強制バージョンアップを行うことを前提に解説していますが、SRGVersionUpdaterではキャンセルボタン付きの告知アラートを表示することも出来ます。強制アップデートの場合は"force" を任意でのアップデートの場合は"optional"を入力して下さい。 これ、設計ミスってません？ 一度致命的なバグを出して"force"で通知したら、それ以降二度と"optional"は使えません。「必ず一定以上のバージョンを使って欲しいけど、最新版の通知もしたい」ようなユースケースに対応できないなら、"optional"の存在意義はない気がします。 あと、「評価が付くまで様子見ユーザー」層は毎回"optional"の通知を繰り返し見せられて離れます。開発者がいいと思ったアップデートが必ずし