Android開発におけるノウハウ共有

1. 株式会社エクストーン勉強会
2012/09/28
高谷秀一
辛いANDROIDアプリ開発を少しで
も楽にするために。

2. 自己紹介
主なお仕事:
MyDocomoアプリのメンテナンスをしてます。
（https://play.google.com/store/apps/details?id=jp.co.nttdocomo.mydocomo）
略歴:
デジタル放送 → iアプリ → ソーシャルゲーム
→ Androidアプリ（いまここ）
Twitter ID：@stakaya

3. アジェンダ
 開発環境を改善しよう
 仕様やデザインとのすり合わせをしよう
 アプリをどう作るべきか
 リリースしてから何をするべきか
 補足

4. 開発環境を改善しよう
エミュレータが重い。

5. Intel版のエミュレータを使おう
 Intel版のエミュレータが出たおかけでエミュ
レータは実機並みのスピードになった
 現状Android2.3・4.0・4.1のみですが、開発に
は充分。
 Windows・Mac・Linuxに対応
 使用するには別途アプリIntel® Hardware
Accelerated Execution Managerをインストー
ルが必要
 WindowsはBios上でVTを有効に
 Virtual Boxとは相性が悪い

6. 開発環境を改善しよう
共同作業がむずかしい。

7. 共同作業の準備をする
 デバッグ用の署名を作る
 SVN/GITにeclipseが自動生成するファイル
をアップしないルールを周知する

8. 開発環境を改善しよう
機種が多くてテスト工数がハンパな
い。

9. バグが出やすい機種からテスト
 LGの機種（特にL-04C、L-06C）
 シャープの機種全般（やや癖がある）
 新OSがリリースされた機種
 Sony、Samsungは開発しやすい

10. 仕様やデザインとのすり合わせをしよう
画面作るのが面倒くさい。

11. 画面は使い捨てと割り切る
 レイアウトファイルを再利用するのは手
間
 毎回作り直したほうが早い
 HTMLが書ければXMLのレイアウトファイ
ルは難しくない
 画面作成ツールはあてにならないので手
書きで書くのが良い
 Fragmentsは慣れるまで使わないほうが良
い

12. 仕様やデザインとのすり合わせをしよう
解像度とか画面サイズが沢山あって
統一感が保てない。

13. デザインと同じには表示できない
 レイアウトは伸縮性を考慮して
 縦横に伸びた時にも見栄えがするデザイ
ンにする必要がある
 画像は9patchを使う

14. アプリをどう作るべきか
アプリが落ちたら。

15. 大体がメモリ不足か
AndroidManifestファイルの問題
 アプリが異常終了する時はManifestファイ
ルを確認する
 次にレイアウトファイルを確認（idのミス
が結構多い）
 異常終了しないで終了しない場合はメモ
リ不足

16. アプリをどう作るべきか
動作がもっさりする。

17. 普段から意識すること
 使い終わった変数にはnullを入れる
 ダイアログ表示以外でActivityのthisは引数
として渡さない
 Contextの参照はApplicationContextを使う
 画面は５秒以内にレスポンスを返す（UI
スレッドで重い処理をしない）
 BuildConfigを使ってデバッグとリリース
のコードを切り分けておく

18. WebViewでUIを作ると遅い
 WebVieｗを過信しない
 WebView上でオーバレイしない
 フリックイベントはJavascriptでハンドリ
ングしない
 Javascriptは極力使わないで、jqueryも必要
な部分だけ読み込む
 HTMLを何度も読み込まない

19. リリースしてから何をするべきか
太っていると嫌われる。

20. 容量の大きいアプリはすぐ消される
 リソースの大半が画像
 画像は必要な部分だけ作る
 解像度(mdpi・hdpi・xhdpi)・レイアウト
(land・port)・画面幅(large・xlarge)を確認
 jpeg mini等を使って画像の容量を削る

21. リリースしてから何をするべきか
人の話をよく聞く。

23. Google Playのコメントをよく読む
 大体はどうでもいいコメント
 稀に的確な指摘が混じっている
 マメにコメントを読んで優秀なユーザの
コメントを真摯に受け止める
 リリース後はバグ報告が無いかチェック
する
 権限変更にはかなりセンシティブ

24. まとめ
 開発環境は日進月歩で改善されている
 だが時間と共に機種も増える
 OSや機種の変化も早い
 全ての機種に対応するのは不可能！
 開発サイクルも早くなり、機能を継ぎ足
しで開発を進めがち
 初期開発時にロードマップを作成してお
くと良い（どのような機能が追加される
可能性があるかを考えておく）

25. 補足
 よく見ているサイト
（http://y-anz-m.blogspot.jp/）
 インテルのHAXMダウンロードサイト
（http://software.intel.com/en-
us/articles/intel-hardware-accelerated-
execution-manager/）