【Kotlin】Compose Multiplatform 1

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

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

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

**デフォルトの名無しさん** · 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

**デフォルトの名無しさん** · 2025/12/04(木) 08:25:23.33

AndroidXでCompose 1.10安定版きた
https://android-developers.googleblog.com/2025/12/whats-new-in-jetpack-compose-december.html

**デフォルトの名無しさん** · 2025/12/06(土) 10:05:19.54

ロードマップの更新を完全放置してるから何に注力してるのか1mmもわからない

**デフォルトの名無しさん** · 2025/12/06(土) 14:50:40.64

AndroidチームはNavigation3の安定版のリリースを終えて、XRやWearのような他のAndroidデバイスのアプリ開発用フレームワークに関する作業に注力している。
あとはMaterial3Expressiveやアダプティブレイアウトに関する作業も。
そんでJetpackComposeについては基礎部分の開発やパフォーマンスの向上をほぼ完了し、JetBrainsチーム側のComposeのマルチプラットフォーム対応の完了を待っている状態であり、大きな方針転換もないから、継続的な開発ということで、JetpackComposeのロードマップを変える必要がないのでしょうね。

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

ま、Google IO 2025での発表が実質的なロードマップよ
https://youtu.be/IaNpcrCSDiI

**デフォルトの名無しさん** · 2025/12/06(土) 15:13:10.89

https://developer.android.com/jetpack/androidx/compose-roadmap

これ更新してくれるだけでいいのに
更新ないから全然進んでないのかと思っちゃう

**デフォルトの名無しさん** · 2025/12/06(土) 15:20:44.09

同じふうに思ってる人は他にもいるっぽい
スルー決め込まれてるけど
https://issuetracker.google.com/issues/417684709

**デフォルトの名無しさん** · 2025/12/07(日) 14:03:31.55

rustは着実に広がりを見せてるがkotlinひいてはkmp,cmpはいまいちやな

**デフォルトの名無しさん** · 2025/12/07(日) 14:32:40.80

>>101
Rustがどういった用途で使われてるか分かるかな？

**デフォルトの名無しさん** · 2025/12/07(日) 14:49:48.92

スレ違いだがKotlinのKoogっていうAIエージェントは使いやすいから人気出ると思ってる
GUIフレームワークとしてのKotlinのCMPは低需要で伸び悩んでるのはその通り

**デフォルトの名無しさん** · 2025/12/07(日) 16:01:37.94

rustはgpui componentsとかおしゃれそうなのも出てきてるんだわ
いい意味で変態プログラマが多いとエコシステムが広がる

**デフォルトの名無しさん** · 2025/12/07(日) 16:06:04.53

ただ使うだけのプログラマよりPluginとかを積極的に開発する変態さんがたを取り込めるかが勝負だな
そこらへんRustは魅力的なのかもな
Flutter/Dartはそこら辺の人材流出してそう

**デフォルトの名無しさん** · 2025/12/07(日) 17:35:14.48

そもそもがGUIの需要が減ってきてるのにRustがそれに力を入れる意味無いよ

**デフォルトの名無しさん** · 2025/12/07(日) 18:32:56.16

いまからアプリの開発をゼロからやるならReactを習得してラインミニアプリをやったほうがマシだよ

**デフォルトの名無しさん** · 2025/12/08(月) 11:39:20.39

>>105
プラグイン？それよかAIコーディングとの親和性を高めるほうが大事

**デフォルトの名無しさん** · 2025/12/08(月) 11:41:27.17

>>107
せやねUIはウェブ系で十分

**デフォルトの名無しさん** · 2025/12/08(月) 11:47:40.44

ちなみにKotlinはJavaScriptにトランスパイルできるからウェブ系でもKotlinをそのまま使える

**デフォルトの名無しさん** · 2025/12/08(月) 11:51:28.44

あまり知られてないことだけどKotlinはReactを公式サポートしてる
https://github.com/JetBrains/kotlin-wrappers