【Kotlin】Compose Multiplatform 1

**デフォルトの名無しさん** · 2024/06/20(木) 23:47:17.52

iOS、Android、デスクトップ、Webに対応したUIフレームワークで手軽にアプリを作りましょう！

・各種プラットフォーム間でコードを共有可能
・宣言型UIによる最大100%のコードベース
・Kotlin Multiplatform (KMP) & Jetpack Composeベース

**デフォルトの名無しさん** · 2025/02/14(金) 11:17:50.64

ロードマップからなんか遅れてるよな

**デフォルトの名無しさん** · 2025/02/14(金) 13:36:34.18

予測型戻るジェスチャ機能の追加されたバージョンが出たのか

**デフォルトの名無しさん** · 2025/02/21(金) 14:59:59.28

iOS向けで、
CMPにおいて戻るジェスチャーが標準でiOSネイティブライクな感じになるようだ
着々とiOSへの対応が公式側で進んでる

Implement iOS default NavHost transition animation close to native. #1861
https://github.com/JetBrains/compose-multiplatform-core/pull/1861

**デフォルトの名無しさん** · 2025/02/22(土) 09:43:36.74

CMPでホットリロードを可能にするツールを開発中とのこと
すばらしい

https://github.com/JetBrains/compose-hot-reload
https://github.com/JetBrains/compose-hot-reload/releases/tag/v1.0.0-dev-62

**デフォルトの名無しさん** · 2025/02/22(土) 10:26:57.78

超期待

**デフォルトの名無しさん** · 2025/02/22(土) 14:22:25.72

flutterはmacrosでズッコケたからな

**デフォルトの名無しさん** · 2025/04/26(土) 11:36:35.34

地味アップグレードきたな

**デフォルトの名無しさん** · 2025/07/01(火) 10:15:12.87

JetbrainsのCompose MultiplatformとAndroidX Jetpack Composeの統合がついに開始されたね
例えばJetpack Composeのruntimeは統合が完了してクロスプラットフォーム対応になった

**デフォルトの名無しさん** · 2025/07/01(火) 19:20:22.36

具体的に何するの?

**デフォルトの名無しさん** · 2025/07/01(火) 19:21:56.74

ごめん。例えばって書いてあったね。

**デフォルトの名無しさん** · 2025/08/08(金) 06:52:11.68

ComposeにRetainScopesっていうViewModelのライフサイクルを継承したremember関数が実装されるもよう

https://android-review.googlesource.com/c/platform/frameworks/support/+/3452915
`retain { }` API を追加
このCLは、Composeランタイムに`retain { ... }を追加します。
再コンポジションをまたいで値を保持するという点でRememberに似ていますが、保持された値はコンポジション階層の破棄と再作成後も保持できます。これにより、ViewModelやFragmentと同様のスコープが実現されます。

**デフォルトの名無しさん** · 2025/08/08(金) 11:21:09.01

これはQtの対抗馬になりうるの？　まだ発展段階だよね
これじゃなくてKotlin/nativeでGUI使うのに成功した人いる？

**デフォルトの名無しさん** · 2025/08/08(金) 19:12:05.27

QtはUIライブラリがショボいからな

**デフォルトの名無しさん** · 2025/08/13(水) 09:41:09.21

Kotlin/NativeでComposeのGUIを作製できる対象プラットフォームはいまのところiOSのみで先日安定版に到達した
ComposeのGUIの各プラットフォームでのKotlin/Nativeへの対応はiOSを除けばJVMベースで対応可能ということで後回しになっている

一応、ComposeのGUIを描画するSkiaのKotlinラッパーライブラリのskikoの各プラットフォームでのKotlin/Nativeへの対応はAndroidを除いて完了しているからComposeのGUIは脱JVMへの舵をきれる状態ではある

そのうえで、クロスプラットフォーム対応のGUIフレームワークはどれも一長一短なので、Qt、Compose、Flutter、ウェブ系など好みのものを使えば良い

ただしKotlinで開発するうえで直面していたIDEの選択肢が少ない問題はKotlin LSPのVSCode対応により解決する見込みである

**デフォルトの名無しさん** · 2025/08/13(水) 14:04:11.88

KMPはNativeで今のところ共有できないやろ?

Flutterなら例えば複数のOSで同じ共有ライブラリ使えるならFFI経由で共通に出きるけど

**デフォルトの名無しさん** · 2025/08/13(水) 14:34:25.64

>>58
JNIを経由すればよい
公式のSQLiteのKMP実装が参考になる
https://github.com/androidx/androidx/tree/androidx-main/sqlite/sqlite-bundled

**デフォルトの名無しさん** · 2025/08/13(水) 15:38:02.61

JNIってJVM環境でないiOSでつかえるのかね..

Flutterならandroidだとうがiosだろうが直接ネいティブの共有ライブラリ呼べるし楽

**デフォルトの名無しさん** · 2025/08/13(水) 15:44:50.61

もちろんそんなケース稀かもしれんが
dartならFFIで直接共有ライブラリ関数にバインドできて
c言語介さず呼べるし(osごとのライブラリ名ぐらいは調整して)

dartで最大の不満だった共有メモリマルチスレッドできないのも実験が進んでるっぽいし

**デフォルトの名無しさん** · 2025/08/13(水) 15:51:08.49

UIフレームワーク自体はComposeのほうがいいけど
デフォルトでstateクラスがあって、極力
状態の管理を外だしと徹底してる(例えばメニューの表示/非表示も自分で制御)

**デフォルトの名無しさん** · 2025/08/13(水) 15:58:07.01

>Kotlin/Nativeへの対応はAndroidを除いて完了しているからComposeのGUIは脱JVMへの舵をきれる状態ではある
ここは期待したいけど
そもそもandroidアプリはデフォルトがJVM環境だから脱しなくてもいいけど
デスクトップ向けでJVM要求されるのがうっとおしい

**デフォルトの名無しさん** · 2025/08/13(水) 18:30:40.15

KMPに関することでありComposeとかけ離れた話になってるからKotlinスレで議論したほうがよいのでしょうけど一応

>>60,61
・59ではJNIによるラップをCで書いているがこれ自体をCではなくKotlin/Nativeで書くことも可能
・Kotlin/Nativeはcinteropを書いて
https://github.com/androidx/androidx/tree/androidx-main/sqlite/sqlite-framework/src/nativeInterop/cinterop
ヘッダーファイルのC関数をKotlinで直接呼べる
https://github.com/androidx/androidx/blob/androidx-main/sqlite/sqlite-framework/src/nativeMain/kotlin/androidx/sqlite/driver/NativeSQLiteStatement.kt
>>63
・KMPでJVM向けアプリケーションを実行形式にビルドするとJavaランタイムを同梱してくれるのでアプリケーションの利用者にJVM環境を求めない

これでよかったでしょうか
ComposeやKMPのことで他に疑問があれば答えられます

**デフォルトの名無しさん** · 2025/08/13(水) 19:12:56.84

>>64に追記で、
JNIによるラップをKotlin/Nativeで書くことができるので、
Cコードの呼び出し等をnativeMainで書いて、それをjniMain（各自命名）で継承し、
そこでnativeMainのKotlin/NativeコードをJNIラップしてやればよい
こういったテクニックを駆使すればC呼び出しを含むコードでも十分に共通化できる

**デフォルトの名無しさん** · 2025/08/14(木) 17:44:14.36

1.9キター
ってロードマップ更新しろよ

**デフォルトの名無しさん** · 2025/08/14(木) 22:45:55.02

1.9で追加されたrememberSerializableが便利だ

**デフォルトの名無しさん** · 2025/08/18(月) 19:15:11.61

今年もDroidKaigiの季節がやってきたね
今年もViewModel不採用のアーキテクチャ
https://github.com/DroidKaigi/conference-app-2025

**デフォルトの名無しさん** · 2025/08/18(月) 19:40:31.95

MVVMでいいと思う
最大の問題は大きなメリットもないのにflutterとかUIフレームワークごとに
別のアーキテクチャ覚えさせるの?
まさしく時間の無駄だし

**デフォルトの名無しさん** · 2025/08/19(火) 00:25:37.02

>>69
68のはMVVMを捨ててReactでよく使われるようなMVPに近づけて、むしろWeb系フレンドリーを目指してるから受け入れられやすい

**デフォルトの名無しさん** · 2025/08/19(火) 00:33:32.73

世界で一番多いフロントエンジニアはWeb系だからそれらの書き方に似せるのは賢いなと思った

**デフォルトの名無しさん** · 2025/08/19(火) 08:08:45.09

>>69
追記で
ComposeフレームワークはUIレンダリングとしての役割のほかに状態管理ランタイムとしての役割も有していて
ViewModelによる状態管理がComposeフレームワーク上で不要なのではと言われている
参考記事
https://zenn.dev/rockname/articles/2a7db5ac4bb516

具体的には
Composeアプリ開発におけるViewModelはandroidx.lifecycle.ViewModelライブラリとしての独自の特殊なライフサイクルを有していて
Composeと異なるライフサイクルのため
ViewModelとComposeのそれぞれで状態管理をしていて状態の保持が点在する問題があって
この問題を解決するためにViewModel自体をComposableに書き直してしまおうとなり
それならViewModelよりPresenterで状態管理するほうが自然に書けるねってなった

ComposeではAndroidにおけるアクティビティの再生成による状態のリセットの特殊性が健在でFlutterとは事情が異なる

**デフォルトの名無しさん** · 2025/08/19(火) 15:40:18.83

droidkaigi2025デスクトップアプリを起動してみたがボトムバーがiOS26のタブバーのような見た目だ
今後はこういうフローティングバーが流行るのだろうか
https://i.imgur.com/u4aobGF.jpeg

**デフォルトの名無しさん** · 2025/08/19(火) 15:42:19.75

material expressiveのフローティングツールバーでしょ

**デフォルトの名無しさん** · 2025/08/19(火) 20:55:56.18

それはツールバーっしょ
m3exressiveのナビゲーションバーはドックのしかない

**デフォルトの名無しさん** · 2025/09/02(火) 23:42:25.29

たまたまiOSライクなフローティングタブバーのComposeの実装例を見つけたから貼っとくぞ
https://github.com/elyesmansour/compose-floating-tab-bar
https://raw.githubusercontent.com/elyesmansour/compose-floating-tab-bar/main/assets/demo.gif

**デフォルトの名無しさん** · 2025/09/06(土) 12:49:25.12

普及なかなか進んでないな

**デフォルトの名無しさん** · 2025/09/06(土) 13:14:37.72

AmazonがComposeを好んで一部製品に使ってアピールしてるから、普及はこれからな気もする
ReactNativeで良い感は否めないけど

**デフォルトの名無しさん** · 2025/09/13(土) 16:45:04.92

>>78
何に使ってるの？

**デフォルトの名無しさん** · 2025/09/13(土) 21:35:32.73

>>79
https://amzn.github.io/app-platform/faq/#is-app-platform-used-in-production-by-amazon

**デフォルトの名無しさん** · 2025/09/14(日) 20:47:10.07

>>80
なるほどねー

2025/09/16(火) 11:26:53.93

｢クライシスアクター｣｢宮本晴代｣｢豊島保養所｣｢ケムトレイル｣｢マグナBSP｣｢アドレノクロム｣←画像検索＆拡散！！
｢ムサシ　不正選挙｣←要検索！！！ちなみにアメリカは「ドミニオン」な

インドの対日レアアース輸出禁止・インドの航空機事故・インドの新幹線導入はリンクしています。
爬虫類（レプティリアン/DS）金融ヤクザ天〇財閥・tsmc浙江財閥等の中華系爬虫類組織をぶっ潰しましょう。

イラン国内のモサド工作員　≒　イラン在住のレプ
レプ（DS）の地下施設に突撃！！！！

www.youtube.com/watch?v=UzEhzJw69KM　www.youtube.com/watch?v=fsG76Mo5ZTs
www.youtube.com/watch?v=V1SXb3tIk8U　www.youtube.com/watch?v=fa8ZfKL7TZ4
www.youtube.com/watch?v=EuQWR0cl7es　www.youtube.com/watch?v=daApYtbhUbQ
www.youtube.com/watch?v=83ZMb2vK_dI　www.youtube.com/watch?v=DlIqow9MnxQ
www.youtube.com/watch?v=ETlSW0OiB5U　www.youtube.com/watch?v=xfW4ha_Bfrs
www.youtube.com/watch?v=HBL5oidtCpw　www.youtube.com/watch?v=R6FLwGhZ4xY

あなたの周りにも存在し、自分たちの種族に敵対的な存在に対して集団ストーカー等を仕掛ける痛い下等種族です。

ユダヤ系住民がタムラへの攻撃を喜び、「村が燃えますように」と叫ぶ様子
↑人間同士の対立を煽るこいつがレプやでーーーーーーーーーー！

**デフォルトの名無しさん** · 2025/09/16(火) 23:29:19.23

v1.9.0きた
https://github.com/JetBrains/compose-multiplatform/releases/tag/v1.9.0
https://www.jetbrains.com/help/kotlin-multiplatform-dev/whats-new-compose-190.html

**デフォルトの名無しさん** · 2025/09/17(水) 12:57:54.32

>>83
そろそろ使うか

**デフォルトの名無しさん** · 2025/09/17(水) 14:47:30.36

男は黙って2.0になってからやろ

**デフォルトの名無しさん** · 2025/09/17(水) 15:29:43.99

バージョン2.0になるのはJetBrainsのComposeMultiplatformがGoogleのJetpackComposeと完全に統合するときかな
早くて来年のGoogle I/Oに合わせてメジャーアップデートと予想

**デフォルトの名無しさん** · 2025/09/19(金) 21:26:30.12

今年のDroidKaigiを漁ってたら興味深いアーカイブがあった
Composeはそれ自体が状態管理に特化したフレームワークの側面もあることがよく分かる

DroidKaigi 2025 - [JA] UIだけじゃないComposeの可能性 ━ 宣言的に奏でるメロディ | usuiat
https://youtu.be/vVkkHxBWhK0

**デフォルトの名無しさん** · 2025/10/08(水) 21:39:05.46

v1.10.0-alpha02きた
https://github.com/JetBrains/compose-multiplatform/releases/tag/v1.10.0-alpha02
Jetbrains版のNavigation3も1.0.0-alpha02がChangelogに書いてないけどきててMultiplatformにほぼ対応した

**デフォルトの名無しさん** · 2025/10/08(水) 22:44:00.41

一通りそろうのまだ先そうだな

**デフォルトの名無しさん** · 2025/10/21(火) 20:13:44.52

ViewModelにonClearedはあるけど何でLifecycleのonStopやonStart用意してくれないの
アタオカやろ

**デフォルトの名無しさん** · 2025/10/21(火) 20:15:57.68

onClearedはViewModelOwnerが呼んでくれてstopやstopはLifecycleOwnerの役目だから?

**デフォルトの名無しさん** · 2025/10/21(火) 23:55:58.40

AAC ViewModel（MVVMのViewModelのことではない）はAndroid用の状態のホルダーでしかなくて、
UI側にあたるLifecycleはAAC ViewModelとほぼ関係ないからねえ
Lifecycleを監視したいならUI側から持ってきたらいい

ComposeならLifecycleStartEffectでViewModelのコルーチンジョブを起動してonStopOrDisposeでコルーチンジョブのキャンセルを呼び出せる便利なもんがあるし

**デフォルトの名無しさん** · 2025/11/20(木) 13:23:44.39

AndroidXのNavigation3が安定版になった

Overview
https://developer.android.com/guide/navigation/navigation-3
Migrate from Navigation 2 to Navigation 3
https://developer.android.com/guide/navigation/navigation-3/migration-guide

**デフォルトの名無しさん** · 2025/11/29(土) 14:14:20.16

Compose Hot Reloadが安定版1.0.0になってた
https://github.com/JetBrains/compose-hot-reload