Kotlinマルチプラットフォーム開発の制約と注意点を徹底解説！Kotlin/NativeとKMPの基礎

Kotlinのマルチプラットフォーム開発における制約と注意点

先生と生徒の会話形式で理解しよう

生徒

「Kotlinでマルチプラットフォーム開発ができるって聞いたんですが、1つのプログラムでAndroidやiPhoneのアプリが作れるんですか？」

先生

「KotlinにはKotlin Multiplatformという仕組みがあり、共通のコードを複数のプラットフォームで使えるようにできます。Android、iOS、Web、デスクトップなどで共通のロジックを共有できます。」

生徒

「それならすべて同じコードで作れるんですか？」

先生

「実はそうではありません。Kotlinマルチプラットフォーム開発にはいくつかの制約や注意点があります。今日は初心者でも理解できるように、Kotlin/Nativeやマルチプラットフォーム開発のポイントを説明していきます。」

1. Kotlinマルチプラットフォームとは何か

Kotlinマルチプラットフォーム開発とは、1つのプログラムの共通部分を複数の環境で使い回すことができる仕組みです。代表的なものとして、Androidアプリ、iOSアプリ、Webアプリ、デスクトップアプリなどがあります。

例えば、アプリの中には次のような処理があります。

データの計算
ログイン処理
データ取得処理
文字列処理

これらの処理は、AndroidでもiPhoneでもほぼ同じです。この共通部分を1つのKotlinコードとしてまとめて、複数のプラットフォームで使うことができます。

このような開発方法をKotlinマルチプラットフォーム開発と呼びます。


fun calculatePrice(price: Int, tax: Int): Int {
    return price + (price * tax / 100)
}

fun main() {
    val result = calculatePrice(1000, 10)
    println(result)
}

このようなロジック部分は、AndroidでもiOSでも共通で使用できます。

2. プラットフォームごとの違いがある

Kotlinマルチプラットフォームの最も重要な注意点は、すべてのコードを共通化できるわけではないということです。

例えば次のような機能は、プラットフォームごとに実装が違います。

画面表示
ファイル操作
カメラ機能
通知機能

AndroidとiPhoneではOSの仕組みが違うため、同じコードで動かすことはできません。

そのためKotlinマルチプラットフォームでは、共通コードとプラットフォームコードを分けて開発します。

初心者の人は、次のように考えると理解しやすいです。

共通コードは設計図の共通部分、プラットフォームコードは機械の部品の違いのようなものです。

3. expectとactualの仕組み

Kotlinマルチプラットフォームでは、プラットフォームごとに違う処理を書くためにexpectとactualという仕組みを使います。

expectとは、共通コードでこの機能を使うという宣言です。

actualとは、プラットフォームごとの実際の実装です。

まず共通コードでexpectを書きます。


expect fun getPlatformName(): String

次にAndroid側やiOS側でactualを書きます。


actual fun getPlatformName(): String {
    return "Android"
}

この仕組みによって、共通コードからは同じ関数として使うことができます。


fun main() {
    println(getPlatformName())
}

この方法を使うことで、プラットフォームの違いを吸収することができます。

4. Kotlin Native特有の制約

Kotlinマルチプラットフォームでは、iOSなどの環境でKotlin Nativeが使われます。

Kotlin Nativeとは、Kotlinコードをネイティブアプリとして実行できる仕組みです。Java仮想マシンを使わず、直接OS上で動作します。

ただしKotlin Nativeにはいくつかの制約があります。

Javaライブラリが使えない
JVM専用機能が使えない
一部のスレッド処理に制約がある

例えば、Androidではよく使われるJavaライブラリがありますが、それらはKotlin Nativeでは使用できません。

これは、Kotlin NativeがJava仮想マシンの上で動いていないためです。

5. ライブラリ対応の問題

Kotlinマルチプラットフォーム開発でよく問題になるのがライブラリ対応です。

ライブラリとは、便利な機能をまとめたプログラム部品のことです。

例えば次のような機能があります。

ネットワーク通信
データベース
JSON処理

しかしすべてのライブラリがマルチプラットフォーム対応しているわけではありません。

そのためKotlinマルチプラットフォームでは、対応しているライブラリを選ぶ必要があります。

例えば次のようなコードでJSONデータを扱うことがあります。


data class User(
    val name: String,
    val age: Int
)

fun main() {
    val user = User("Taro", 20)
    println(user)
}

このようなデータ構造は共通コードとして使えますが、JSON変換のライブラリはプラットフォーム対応を確認する必要があります。

6. ビルド時間と開発環境の注意点

Kotlinマルチプラットフォーム開発では、通常のKotlin開発よりもビルド設定が複雑になります。

ビルドとは、プログラムを実行できる形に変換する作業です。

マルチプラットフォームでは次のような処理が行われます。

共通コードのコンパイル
Android用ビルド
iOS用ビルド
各プラットフォームの依存関係処理

このためビルド時間が長くなることがあります。

またiOSアプリを開発する場合は、Mac環境とXcodeが必要になります。

7. UIは基本的に共通化できない

Kotlinマルチプラットフォーム初心者がよく誤解するポイントとして、画面のUIを共通化できると思ってしまうことがあります。

しかし通常のKotlinマルチプラットフォームでは、UIはプラットフォームごとに作る必要があります。

例えば次のような違いがあります。

AndroidはComposeやXML
iOSはSwiftUIやUIKit

つまり共通化できるのは主に次の部分です。

ビジネスロジック
データ処理
API通信
データモデル

初心者の人は、アプリの頭脳部分を共通化する技術と覚えると理解しやすくなります。

まとめ

（振り返りのまとめ）

先生と生徒の振り返り会話