Kotlin Multiplatform + iOS アーキテクチャの実践

Transcript

1. Kotlin Multiplatform + iOS アーキテクチャの実践 1
2. 自己紹介 PROFILE 名前: 権 奈悟 所属: ディップ株式会社 担当: モバイル開発（iOS / KMP ） ABOUT ハマっているもの: ドバイチョコ餅クッキー（두쫀쿠/ ドゥチ ョンク） 2
3. 会社概要 3
4. ここから技術パート KMP の実運用での使い分けを共有します。 4
5. 今日話すこと / 話さないこと 話すこと KMP 全体アーキテクチャ iOS アーキテクチャ KMP 連携（SKIE / XCFramework ） 話さないこと コードの細かい実装テクニック 画面ごとの仕様説明 KMP 導入手順の完全ガイド 5
6. 導入 CONTEXT バイトル（15 年以上） → 長期運用でレガシー蓄積 → 大規模リアーキを実施 従来: Android / iOS 個別ネイティブ開発 → 方針: 工数削減とネイティブ体験の両立 → 採用: ビジネスロジックをKMP 共有、UI は各OS ネイティブ 6
7. KMP 全体アーキテクチャ Presentation は各OS ネイティブ実装（Android / iOS ） shared で Domain / Data をKMP 共有 model はPure Domain Model （インフラ依存ゼロ） 7
8. データ変換フロー（Entity / Model / DTO ） Entity （DB ） -> Mapper -> Model （Domain ） <- Mapper <- DTO （API ） Entity: Data 層の永続化モデル（Room ） DTO: Data 層の通信モデル（OpenAPI 生成） Model: Domain 層のビジネスモデル（Pure Kotlin ） model/ はインフラ依存ゼロ（CI で担保） 8
9. iOS のUI アーキテクチャ 画面ごとに状態管理がバラバラだと、状態遷移の追跡とKMP 連携の責務分離が難しくなる 自作MVI アーキテクチャ（Store Pattern ）を採用 9
10. iOS Store Pattern 基本構造 Intent: ユーザー操作を表現す る enum Store: Intent 受信とReducer 実 行 State: 画面の単一状態 View: 描画とIntent 送信 基本フロー Intent Store State View 10
11. iOS Store Pattern 概要 iOS 側は自前MVI をStore Pattern で実装 Android MVI と読み方を揃え、チーム認知を統一 @Observable （iOS 17+ ）でState 変更を自動検知 外部ライブラリ依存を増やさずKMP 統合をシンプルに維持 11
12. iOS Store Pattern （Intent 駆動） @MainActor @Observable final class MyPageStore { var state: MyPageViewState func send(_ intent: MyPageIntent) { switch intent { case .logoutTapped: state.showLogoutConfirmation = true case .logoutConfirmed: logoutTask = Task { @MainActor in await performLogout() } case .dipIdAuthCompleted(let result): handleAuthResult(result) } } } 12
13. Store Pattern のメリット 複雑な機能にスケールしやすい 同じパターンのまま機能拡張できる 小規模から大規模まで設計を継続できる Intent/State の分割で見通しを維持しやすい チーム運用しやすい Android （MVI ）と似た設計で読み方を統一 UI イベントの扱い方を共通化できる レビュー観点を揃えやすい Intent の入口をsend(_:) に統一することで、 KMP UseCase 呼び出しの責務と非同期処理を整理しやすい 13
14. KMP 連携の全体像 XCFRAMEWORK + OBJECTIVE-C ヘッダ経由 + SKIE SwiftUI View → Store → iOS Bridge Shared.xcframework → Objective-C ヘッダ（.h ） → KMP UseCase 配布単位は Shared.xcframework Kotlin API はObjective-C ヘッダとして公開され、Swift から利用される SKIE でSwift 側の呼び出し体験を改善（suspend → async , Flow → AsyncSequence ） 14
15. XCFramework 運用と今後 現行 ./gradlew :shared:assembleSharedXCFramework Xcode へ取り込み 運用は安定、改善余地はビルド時間 今後（Swift Export ） Objective-C ヘッダ経由の負担を減らせる可 能性 よりSwift らしいAPI 公開に期待 現時点はExperimental のため段階評価 Swift Export は現時点ではExperimental 。段階導入を前提に評価。 15
16. ご清聴ありがとうございました 16