# タイトルコール デジタルデザインにようこそ。 このチャンネルでは、ソフトウェアテストの世界を探索するコンセプトに、 エンジニアリングマネージャー兼QAリーダーのさみぃが、 ソフトウェアテストのコツや品質保証の奥深さ、 そうしていて考えていることをお話しします。 # KMP(Kotlin Multiplatform)とは？ こんにちは、さみぃです。今日もワクワクしていますか? 先日の放送でスイカの話をしたと思うんですけど、スイカ届かないんだけど、みたいな。 なんですけど、実は日曜日に放送撮った直後、直後でもないか、その日の夜に無事にスイカ届きました。 なので、配送会社さん、でっきり東京に着いちゃってたスイカをすぐに転送、もう1回熊本の方に輸送してくれてないと思ってたんですけど、 どうやらしてくれていたようですということで、よかったです。 スイカ食べたんですけど、やっぱり1回東京に来て、熊本に来てていうところで、ちょっと痛んでたんですけれど、 はい、美味しくいただいております。 はい、ということで、今回はKMPについて勉強していきましょう。 KMPというのは、コトリンマルチプラットフォームの略なんですけれど、私も全然知らないので、今回もですね、グロックの情報を基に一緒に勉強していく形になります。 では早速、KMPとは何かということなんですが、JetBrainsが開発したオープンソースの技術です。 なので、KMP、コトリンマルチプラットフォームはオープンソースの技術だよということなんですけれど、 コトリンコードを複数のプラットフォーム間で共有しながら、各プラットフォームのペナリティを生かしたアプリ開発を可能にするものです。 ということで、ここで言っているプラットフォームというのは、iOSとかAndroidとか、あとは広く見ると、WindowsとかMacOS Linuxというのもプラットフォームなんですかね。 なので、超簡単に言うと、メリットですね、KMPの特徴だったりメリットというところが、コードの再利用性というところで、 同じコードを使ってAndroid用にもiOS用にも書けるということですよね。 うまく説明できなさそうだな。 グロックに書いた説明を読み上げると、主な特徴としてコードの再利用が掲げられています。 データ処理、ネットワーク、認証、ストレージなどのビジネスロジックを一回書いて、Android、iOS、デスクトップ、ウェブ、サーバーサイドなどで共有できますということなんですよね。 なので、まず前提として、ネイティブアプリ、AndroidとかiOSとかのモバイルアプリを作るときに、 いろいろ作り方はあるんですけれど、それぞれ独自のAndroid用、iOS用の言語とかを使って実装する。 なので、同じものを実現する、例えばVoicyで放送再生するみたいなのを一つ取ったとしても、 Android用のコードとiOS用のコードが別に存在しているというのが、これまでというか、このCAMPじゃないとそういう実装の方法になったりもするんですけど、 それが、このコトリマルチプラットフォームを使うことで、コードの再利用ができる、ビジネスロジックの共有ができるというのが特徴だし、メリットになります。 他にも柔軟性が特徴だそうでして、全部を全部共有する必要はなくて、一部のロジックだけ共有したりとか、ビジネスロジックは全部共有して、 UIの方はネイティブアプリの方に実装するとか、あるいはUIも共有にするという風にプロジェクトのニーズに合わせて導入できるという柔軟性も一つ特徴だそうです。 これによって何が嬉しいかということなんですけれど、じゃあ例えば何か機能追加をする、あるいはビジネスロジックに問題が見つかったので修正するみたいなのが発生したときに、 これまでだとAndroid用のコードとiOS用のコードと2カ所を直す。 しかもそれぞれ公文だったりルールだったりが違うから、両方それぞれ直さなきゃいけないというのがあったんですけど、 KMPだとビジネス、例えばKMPでビジネスロジックを共有している場合は、ここの1カ所をビジネスロジックについては1カ所を直せば良いということなので、 効率も良くなるし、保証もしやすくなるというメリットがあるわけですよね。 採用事例としては、デュオリンゴ、オービス、エリプス、マクドナルド、ボルトなど多くの企業が本番環境で使用しているそうです。 Xのチャット機能でもKMPが活用されているらしいです。 ここまで読んでみてちょっと分からなかったのが、Flutterとの違いがちょっと分からなかったので、その以下でブロックに聞いてみましょう。 ということで説明をすると、KMPはプラットフォームごとの使い心地だったりネイティブ感を重視していて、 一方でFlutterの方は見た目の一貫性と開発速度を最優先しているということだそうです。 もう少し具体的にお話をしていくと、まず何が違うか、共有の範囲が違います。 KMPの方は主にビジネスロジック、ネットワークだったりデータ処理認証などのビジネスロジックを共有するのが主な共有の範囲なんですけど、 Flutterの方はUIとロジック全部、ほぼ100%全部共有されているという状態になります。 またUIの扱いについても違っていて、KMPの方は基本は各プラットフォームのネイティブUI、 AndroidとiOSという風に分けてネイティブUIを使うこともできるよう、 あるいはコンポーズマルチプラットフォームでUIを共有することも可能だそうです。 一方でFlutterの方は一つのUIコードで全プラットフォームということなので、 UIのコードも1種類というのがFlutter。 3つ目の違いというところで思想も書かれているんですけど、 KMPの思想としてはロジックを共有してUIはネイティブらしく、 一方でFlutterの思想はすべて1回書いて見た目も統一。 なるほど、そうするとFlutterは、例えばAndroidとiOSのアプリを作りたいとなったときに、 もう1個だけ書く、全部1個だけ、1つの言語というか1つのロジックを書くという話になるんですけど、 KMPの方だったらロジックだけ共有して、 UIはそれぞれAndroid、iOS、良いところがあるからネイティブらしく実装できるというのがKMPという感じなんですかね。 ちなみに他にも違いがあって、例えば言語ですね。 KMPの方は名前に入っている通りKotlinという言語を使っているんですが、 FlutterはDartという独自の言語を使っています。 なのでそのキャッチアップというところも、KMPの方はKotlinを知っていれば簡単だけど、 Flutterの方はDartを新しく学ぶ必要があるよねみたいな、そんな違いもあったりします。 まとめていきましょう。 KMP、Kotlin Multiplatformというのはオープンソースの技術なんですけれど、 Kotlinをベースにしていて、Kotlinコードを複数のプラットフォーム間で共有できます。 共有できるスコープというのは、基本的にはビジネスロジックだし、 プラスアルファはUIの共有をすることもできるということですね。 ビジネスロジックを共有することでコードの再利用が簡単になる。 全てを共有しているわけではないので柔軟性。 UIの方はネイティブアプリの良さを活用できるという柔軟性もあるというのがKMPでした。 本編以上です。 # #586のコメント返し🥰 コメント返しのコーナーです。今回は586話目。 最近、クロードでよくやること3種類のコメントをお返しします。 コメントは、KOUHEIさんとNASU-TETSUさんからいただいております。いつもありがとうございます。 お一人目、KOUHEIさんです。 こんにちは。私もクロードで資料作成、水耕、そしてサラダ作成をガンガン使っていますね。 やっぱり壁打ち相手としてめちゃめちゃ優秀だなと思っています。 あくまで丸投げするのではなく、自分の考えをもとに壁打ちをしていく。 そういう使い方を使い続けたいなと思いました。 ありがとうございます。 そうですよね。資料作成とか、私もよくブログやスライドの構成から作ってもらったりするんですけど、 ロジカルに言うか、どういう順番で説明したら分かりやすいかというのをすごくパッと作れる。 自分で一から考えるんじゃなくて、パッと出せるのって本当に便利だなと思っております。 ありがとうございます。 お二人目、NASU-TETSUさんです。 クロードのいろんな使い方を教えていただいてありがとうございます。 スキル作成時にセキュリティのことも考えられていて、とても素晴らしいですね。 フェイブルは当初利用期限があるとのことだったので、 私は使えなくなった時のためにスキルの作成や改善をやってもらいました。 ということで、ありがとうございます。 そうですね、フェイブルは最初危険ありましたよね。 七夕ぐらいまででしたっけ? 今もちょこちょこ使えていて本当にありがたいですね。 改めて使ってみていると、他のモデルとかも最近、 オーパスとかソネットとかも使ったりしている時もあるんですけど、 速度感とか全然違うなぁというのは感じたりします。 スキルの作成をやってもらうのがめちゃくちゃ便利ですよね。 ありがとうございます。 以上、コメント返しでした。 # 次回予告 今回も最後までお聞きいただきありがとうございます。 明日の放送ではですね、最近クロードのスキルを毎日ちょっとずつ育てているのってすごくいいなと思っているので、その話をしようかなと思います。 今回の放送が役に立った、きょうも聞きに来たような日でハートマーク、いいねいただきますととっても励みになります。 ぜひぜひコメントもお待ちしております。 それではまた明日お会いしましょう。ごきげんよう。