US進出でのAndroid開発inメルカリ Mercari US App Development
?
25 likes?27,846 views
メルカリ鲍厂进出において、础苍诲谤辞颈诲开発ではまったこと等をまとめました。
US進出でのAndroid開発inメルカリ Mercari US App Development
- 2. 自己紹介 ? 株式会社メルカリ Android エンジニア(2014.3 ) ! ! ! ! ! ! ? 以前はSIerでインフラ系DBエンジニア(たまにjava開発) 2 twitter: tomoaki_imai github: tomoima525 qiita: tomoima525 フリマアプリの機能開発、USアプリ開発
- 3. Agenda ? 言语対応の罠 ? デザインの罠 ? 開発環境作りの罠 3 本日はメルカリUS版リリースにおけるAndroid開発で はまった罠について話します
- 4. メルカリUS進出 ? 2014年9月中旬にUSローンチ(C2Cとしては初) ? クライアント開発期間 - 1ヶ月半(2014年7月末から着手) ? 前提 - iOS版, Apiは先行して開発 - One Source Multiple Products - 開発環境は Eclipse 4
- 5. Android開発でのUS対応 ? 言語対応 ? デザインリニューアル ? US, JP並行開発環境 の整備 5 old new
- 6. 言语対応の罠
- 9. 言語対応は甘くない ? ①表記の国、文化的違い - 値段 小数点有りドル $ 1,200.00 - 日付 JP 2014/12/05 -> 12/14/2014 - マイナス表記 ? - $12 ? ($12) - バリデーション関連 (zipcode等)?etc ! ? ②翻訳チームとの協業 - strings.xml操作にgithubはハードル高い - エンジニアの翻訳取込負担も上げたくない 9
- 10. ①表記の国、文化的違いへの対応 ? ヘルパー関数の実装 10 public abstract class StringFormatHelper { public abstract String formatPrice(int price); //JP,USで実装が異なるものはabstract public static ?nal StringFormatHelper getInstance(){ StringFormatHelper sfh; switch (Con?g.LOCALE_ID) { case Const.LOCALE_JP: sfh = new StringFormatHelperJP(); break; case Const.LOCALE_US: sfh = new StringFormatHelperUS(); break; default: sfh = new StringFormatHelperJP(); break; } return sfh; } } インスタンス化の際にクラスを呼び分ける
- 11. ? ヘルパー関数の実装 11 US,JPの各Helperクラスでそれぞれの処理を実装 public class StringFormatHelperUS extends StringFormatHelper { private static NumberFormat COMMA_FORMAT ?????????= new DecimalFormat("$#,###.##;($#,###.##)"); @Override public String formatPrice(int price) { ?//USで必要な処理を実装 } } StringFormatHelper sfh = StringFormatHelper.getInstance(); String currentSalesStr = sfh.formatPrice(currentSales); 利用時はインスタンスを生成して利用 Android Studio ならGradleの?avorを使う手もある 共通メソッドを1クラスで書けるメリットはあり ①表記の国、文化的違いへの対応
- 12. ②翻訳チームとの協業 ? Transifexの利用 - ローカライゼーションサービス - 翻訳者がソースコードに触れることなく翻訳できる - コマンドラインで翻訳を取込む事が可能 12 github engineer translator string.xml *.json コマンドラインでupload, download $ cd .tx $ tx pull -$a -f GUIで操作
- 13. ②翻訳チームとの協業 ? 良いところ 13 <!?- value/strings.xml ?> <string name= format_address >住所1: %1$s 住所2: %2$s</string> <!?- value-en/strings.xml ?> <string name= format_address"> Address1:%1$s %2$s </string> //%2$sが不要でも必須 ? もうちょっとなところ - strings.xmlのformat数をUS,JPで合わせないとエラーがでる - 変換に十分対応していないファイル形式(json等)がある - 翻訳を当て込む作業が自動化され、ミスが軽減 - 訳した内容をその場で実機確認できる
- 14. 続いて、デザインの罠
- 17. Androidのデザインガイドライン を考慮する 17 ? ユーザーは各OSでのUXに慣れている。異なるUX で惑わせない ! ! ! ? 社内のiOS比率が高い場合は注意。ユーザー目線、 ガイドラインを武器に戦うべし - テキスト入力 - アクション(戻るボタンを置かない等) - iconデザイン etc. - Design: Pure Android等を参考にする? https://developer.android.com/design/patterns/pure-android.html
- 18. 18 トータルなデザインを踏まえ、ガイドラインに沿っていない部分もある メルカリデザイン比較例 Android iOS Android iOS 出品画面 購入画面
- 19. 続いて、開発環境作り の罠
- 22. 並行開発で気づいたこと ? 開発中も容易にUS - JP切り替えられるの超大事 - 開発する機能の多くは共通 - 常にUS, JP両方を確認できれば、後戻りが減る ? Eclipseで柔軟な環境切替は面倒 ? が、全部のリソースを切替える必要はない 22
- 23. 並行開発環境を整備する ? 切替が必要なリソースファイルを属性で分けて、 さくっと確認できるようにする 23 属性 リソースファイル 対応 ローカル開発中に環境を 切替えるためのファイル - Con?g(APIの向先)関連 のjavaファイル - マスターデータ(json) コマンドラインで切替できる シェルスクリプト実装 apk作成時に切替える ためのファイル - AndroidManifest.xml - analytics.xml - authkeys - res/values ビルド時にファイルを総入れ 替えし、ビルド後は元に戻す スクリプト実装
- 24. 更に気軽に切替できるように試みた ? デバッグモードでロケール切替の仕組み - アプリ起動中にJP-USが切替えられる 24 public class ThisApplication extends Application { private int mLocale = Const.LOCALE_JP; public void setAppLocale(int locale){ mLocale = locale; Locale l; switch(locale){ case Const.LOCALE_JP: l = Locale.JAPAN; break; case Const.LOCALE_US: l = Locale.US; break; } Locale.setDefault(l); Con?guration con?g = new Con?guration(); con?g.locale = l; getResources().updateCon?guration(con?g, null); } } Application内で言語設定を切替える 仕組み
- 25. が、これは失敗… ? アプリがExceptionを出すと、 OSの言語設定が適用されて しまう ! ? JP, USでApiの向き先が異な るため、クライアント内のユー ザー情報に不整合が起きる 25 こうして、試行錯誤の日々は続く…
- 26. まとめ:US進出で得た知見 ? 言語周りは 26 ? デザインは、ガイドラインに沿ったデザインを 心がける ? 開発環境は柔軟に多言語へ切替えられる仕組み を作る - 異なる表記を柔軟に受け入れられる実装を作る - 翻訳チームがスムーズに開発に参入できる仕組みを作る