2App, 1Repository

Transcript

1. STORES 株式会社 ~ 設計と実装の振り返り ~ 2025.12.09 Ebisu mobile #12 Naoto Uwaseki 2つのアプリ、1つのリポジトリ
2. 自己紹介 2 • Naoto Uwaseki ◦ n-seki • 決済一筋8年目 ✌ • アイコンはモルモットです→
3. これまでの決済Androidアプリ 3 • 普通のAndroidアプリ ◦ Google Play で配信中！ • 機能 ◦ 決済、返金、決済履歴、入金 ◦ スタッフ管理、お知らせ...etc • 外部機器との接続 ◦ 決済端末（Bluetooth接続） ◦ プリンター（Bluetooth接続） • Phone/Tablet向けのUI実装
4. これまでの決済Androidアプリ 4 • Gradleマルチモジュール構成 • appモジュールをビルドすること で.apkが得られる • 決済SDKとの共通モジュールが あったり • View/Compose + ViewModel + UseCase + Repository . ├── app // 決済アプリ ├── core ├── hoge └── huga
5. • 決済端末2もAndroid！ • 技術検証によって、既存アプ リと同じところ／違うところ が見えてきた......！ • 要件検討も本格化し、どのよ うな機能が必要そうか見えて きた......！ 決済端末2 で動作する決済アプリを作る......！ 5
6. 既存アプリと専用アプリの共通点 6 1. どちらもAndroidアプリである！ → ☺☺☺ 2. 決済端末との接続処理の流れや決済処理のフローにはほとんど 差分がない！ → 決済のコアな処理には決済端末も深く関わっており、アプ リと決済端末でデータのやり取りが必要です。 コネクションの確立、決済処理などのプロトコルについて、 決済端末と決済端末2では（ほぼ）違いがない、ということ。
7. 既存アプリと専用アプリの共通点 7 3. サポートする決済手段も同じ！ 4. 決済以外の機能にも大きな差分はなし！ a. 既存アプリにある機能のいくつかを落とした形になりそう
8. • 決済端末2のディスプレイは小さい！（480 x 800） ◦ 既存アプリのUI/UXそのままでは使いにくい画面も ◦ デバイスのカラーに合わせたデザインを取り入れたい → UIは新しく実装してあげる必要がありそう 😼 既存アプリと専用アプリの相違点 8
9. • 接続方式が異なる！ ◦ 既存アプリはBluetoothで決済端末と接続している ◦ 決済端末2上で動作するアプリはローカルソケット通信で カードリーダーとやり取りする • GMSが利用できない......！ ◦ （さきほどの発表の通り） 既存アプリと専用アプリの相違点 9
10. 共通点と相違点 10 共通点 相違点 • Androidアプリ • コアなロジック • 決済手段 • 決済以外の機能 • ディスプレイサイズ • 決済端末との通信方式 • GMS
11. 考えられる戦略 11 1. 新規で0からアプリを作成する a. 既存アプリとは完全分離 2. 既存アプリの資産を最大限活かす a. うまいこと処理を抽象化すればできそう......?
12. 考えられる戦略 12 1. 新規で0からアプリを作成する a. 既存アプリとは完全分離 2. 既存アプリの資産を最大限活かす a. うまいこと処理を抽象化すればできそう......? → 技術検証を重ね、 「既存アプリの資産を活かして開発する」ことに 🔥
13. 2つのアプリ、1つのリポジトリ 13 • 既存の資産を活用した方が、品質が高いアプリをより短期間で 実装できそう • どのレイヤーを既存アプリと共通化するかも併せて検討
14. 2つのアプリ、1つのリポジトリ 14 • 本格実装前のリファクタリング ◦ Bluetooth/ローカルソケットの接続方式を抽象化 ◦ 既存アプリと共通して利用したいコードたちを、新しい Gradleモジュールにお引越し ▪ Daggerが壊れたりしたので修正...... 😌 ◦ 2024/12 前後くらい • GMSが使えないので実装を変更 ◦ （さきほどの発表の通り）
15. 2つのアプリ、1つのリポジトリ 15 • 既存のViewModel/UiStateを利用する形で Full Composeでアプリ実装 ◦ 必要があればリファクタリング . ├── app // 既存アプリ ├── appCommon // 既存アプリとの共通モジュール ├── core ├── hoge ├── huga └── stores-payments-2-app // 決済端末2向けアプリ sp2-app app appCommon core
16. 良かったこと／改善できそうなこと 16 • 👍 既存コードの多くを共通化できた ◦ 開発スピード、品質に寄与 • 👍 0からUI実装できた（Full Compose） • ✊ 共通コードの中に既存アプリ or 決済端末2 の分岐が生まれ てしまった • ✊ 既存設計に引っ張られてしまう場合があった ◦ ロジックが複雑になってしまったり ◦ 既存アプリと同じロジックだと問題があることが後々判明 したり
17. まとめ 17 • 改善の余地はありつつ、当初の設計どおりに実装できて、年内 リリースが完遂できたことは素直に喜ばしい • これから運用していく中でも課題がでてくると思うので、適宜 見直しをしながらコードベースを育てていきたい