Architecture

[Reyurnible]

About

Kotlin Multiplatform App

• 最初はオーダーアプリとして1つのモノリシックなアプリとして作成
• 後続で、クライアント側の管理・CMSといった別ドメインを切り出したモジュール別のアプリとして作成

Design - 設計

• shared : APIレスポンス - ドメインモデルなどのserverとclientの共通コード
• server : Serverサイド側のAPI
• composeApp : Client側のAndroid / iOS / ブラウザアプリ
  • commonMain : クライアントの共通処理
  • androidApp : Android側のプラットフォーム特有処理
  • iosApp : iOS側のプラットフォーム特有処理
  • web: ウェブ（wasm）側のプラットフォーム特有処理

※sharedでは、APIレスポンスまでを扱う形にするか、ドメインまでを扱うか検討。APIのIF部だけ扱う方が実際に複数人で開発する際には障壁が少ないと考えられる

Libraries

• Api Server & Client : Ktor
• Server
  • DB Accesss : Exposed
• Client
  • UI : Compose Multiplatform
  • LifeCycle : ViewModel
  • Asynchronous : Coroutine
  • DI : Koin
  • Local DB :

Reference - 参考

• Android Support for Kotlin Multiplatform to Share Business Logic Across Mobile, Web, Server, and Desktop Platforms
• https://github.com/android/kotlin-multiplatform-samples/tree/main
• https://www.jetbrains.com/lp/compose-multiplatform/
• https://kotlinlang.org/docs/native-cocoapods.html
• https://zenn.dev/istyle/articles/eca6ccf62ae759#viewmodel%E3%81%AE%E3%83%86%E3%82%B9%E3%83%88%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6

[Reyurnible]

API追加時のフロー

1. クライアントサイド）sharedモジュールに、欲しいAPIの定義を記載する
   • ~~EndPoints.kt
   • ~~Parames.kt / ~~Response.kt
2. サーバーサイド）serverモジュールで、定義通りにAPIを実装する。実装ができない場合はFBする
3. クライアントサイド）composeAppモジュールに、API取得処理を記述する※2と平行可能
   • EndPointsに従い、モック情報の取得処理を記載
   • API側の実装完了後にモックを繋ぎ変える

※3のモック -> 実実装の繋ぎ変えは面倒なため、DIでVariantで制御可能にするなど検討する