【Kotlin】Compose Multiplatform 1

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