Kotlin Multiplatform Projectを導入してみて

by Yasuhiro Shimizu

Slide 1

Slide 1 text

Slide 2

Slide 2 text

自己紹介清水泰博アプリ書いたりフロントエンド書いたりその他の運営とか

Slide 3

Slide 3 text

今日話すこと一人一人のチームでで新規アプリを作りコードはどれくらい共通化できたのかアーキテクチャをざっくりのメリットデメリット上記をエンジニアの視点から

Slide 4

Slide 4 text

今日話さないことについての基本的なこと技術の詳細気になった点があったらぜひ質問を

Slide 5

Slide 5 text

アプリについて

Slide 6

Slide 6 text

アプリについてポイント管理交換アプリは参照系メイン更新系はごく一部

Slide 7

Slide 7 text

まずはこれ

Slide 8

Slide 8 text

コード内訳

Slide 9

Slide 9 text

KMP: 68% Android(Kotlin): 16% iOS(Swift): 16% とは古の社内ライブラリなので除外レイアウトファイル等は除外純粋なコードのみ調べ

Slide 10

Slide 10 text

アーキテクチャ

Slide 11

Slide 11 text

レポジトリ構成モノレポを一つのレポジトリで管理共通コードの読込方法考えたくない

Slide 12

Slide 12 text

CI それぞれでの設定をするだけ向け、向けより軽量なのでとか実行

Slide 13

Slide 13 text

KMPコードのアーキテクチャレイヤードアーキテクチャプレゼンテーション層から下はすべて共通ユースケースレポジトリ、リモートローカルデータ単方向データフローな一時的なイベントは別管理

Slide 14

Slide 14 text

ViewModelのI/F

Slide 15

Slide 15 text

ViewModelのI/F はから直接使うことができない

Slide 16

Slide 16 text

iOS向けのラッパー向けにはをコールバックに変換するラッパークラスを用意

Slide 17

Slide 17 text

iOS向けのラッパー向けにはをコールバックに変換するラッパークラスを用意

Slide 18

Slide 18 text

共通化できないコードを共通コードで使う各固有の機能とか、とかライブラリを使いたい時を使うをで定義して、各プラットフォームで実装クラスを用意してテストがしづらいのでの利用は最小限にとどめ、での書き分けとをメインに

Slide 19

Slide 19 text

利用しているKMPのライブラリ非同期通信ローカルキャッシュ環境変数的なやつログ

Slide 20

Slide 20 text

KMPのメリット

Slide 21

Slide 21 text

使い慣れた言語で書けるエンジニアにとっては使い慣れたエンジニアにとっては新言語なのであんまりかも似てるとは言われるけど？

Slide 22

Slide 22 text

工数削減以外は同じものを使い回せる単純計算で以下にかけていた工数が半分になる ※効果には個人差があります自分が側のを作っているときにの人が別画面のを作っている

Slide 23

Slide 23 text

用語/仕様に差が生まれない余計なコミュニケーションコストが減る画面名が異なるとかモデルクラスの名前が異なるとかビジネス的にクリティカルな部分はすべて共通「え、これでは実装してないです」

Slide 24

Slide 24 text

Viewを各プラットフォームで書けるはそれぞれの方法デザインで最新の機能も自由に使える将来的にはがに対応するかも？

Slide 25

Slide 25 text

導入する範囲を選べるたとえばリモートクライアントだけ、とかアプリから見ると普通のライブラリなので、既存コードへの導入はしやすいからはのライブラリからは

Slide 26

Slide 26 text

KMPのデメリット

Slide 27

Slide 27 text

学習コストの人にを学んでもらう必要があるはいろいろとは違うのでも苦戦する主にスレッド周り向けを念頭に、テスト書きながらすすめれば大体でも動く日本語の資料がまだ少ない英語を読む覚悟が必要のチャンネルは結構活発

Slide 28

Slide 28 text

KMPはまだα版とはいえ結構安定しているし、プロダクション投入している会社も多いとはいえ破壊的変更もたまにあるからがマルチスレッド対応の必須に将来的にのメモリ管理モデルは完全にリプレースされることが決定しているたまにが真っ赤になるライブラリが少ない逆にチャンスでもある

Slide 29

Slide 29 text

まとめ

Slide 30

Slide 30 text

KMPを使ってよかったかコードの共通化を無理なく、使いやすい言語で工数の削減ビジネスロジックのみ共有したい場合には有効な選択肢になりうる既存プロジェクトへの導入も容易

Slide 31

Slide 31 text

KMPをオススメできるか条件付きである程度自分で調べる力が必要実装を読んだりのを調べたり英語の記事読んだりでコミュニケーションとったり経験の浅い人が多いチームならもっと安定するのを待ったほうがいいかもの方がリソースは多いし日本人コミュニティも大きいあるいは素直にそれぞれ個別に実装して経験を積むべき

Slide 32

Slide 32 text

以上