【Kotlin】Compose Multiplatform 1

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

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

公式
https://www.jetbrains.com/ja-jp/lp/compose-multiplatform/

KMP対応Composeライブラリ一覧
ttps://github.com/terrakok/kmp-awesome

これってなんなの？GUI部分しか作れないの？

ビジネスロジック、GUIともにKotlinでコードを書けるよ

Kotlinは書いてて楽しいからすき

Jetpack Composeやってるけど特に状態まわりでFlutterより書きやすい

お、ついにComposeのスレが立ったか！
みんなKotlinのComposeやろうぜ！！

うおおおやるか

Kotlin Fest 2024のメモまとめ
ttps://qiita.com/FalconFlat/items/7f802d95d6e1a686fb96

久しぶりに調べたけど
DataStore,RoomやLifeCycleやViewModelもKMPいけるのか?
NavigationもJetbrainsから出るの?

そろそろ感じやな

SQLiteに関してはSQLDelightはちょっと使いにくいと感じてたからRoomのKMP対応は素直に嬉しい
あと最新SQLite3.46.0バイナリを同梱したドライバを泥のRoomで使えるようになったからON CONFLICTとかを書けるようになって便利

クライアントアプリのORMはRoomみたく
FlowみたくDBをwatchする機能ないとつらいよな
たいていリアクティブにつくってるからな
つか、最新のしたら大量アイテムのリストのスクロール
かなり速くなってるけど
デバッグ時はクソ重くてつらい
プロファイルリリースだと速いが

ナビゲーションをまじめにやろうとしてるけど
どすればいいんだ?
Androidの場合、Activityと便利なサブコンポーネントFragment
でそろぞれ、バックスタックがあって作りやすいけど
Flutterの場合もナビゲーションをネストすれば画面とそのFragmentに
あたるWidgetそれぞれでバックスタックあってナビゲーヨンできるけど

Androidの場合、ViewModelをActivityやFragmentにそれぞれ結びつけることで
UIの状態の管理が楽だったけど同じようにやりたい

まずActivityに相当するコンポーザブルにそれぞれViewModel結び付けて
さらにFragmentに相当するコンポーザブルにもそれぞれViewModel結び付けて
管理したい

でも例えば
https://zenn.dev/joo_hashi/books/f646fb076f58dc/viewer/42fdf7
だと、1Activity内で画面切り替えてるだけだからViewModelのスコープが望ましくない

androidx.lifecycle.viewmodel.composeのviewModel()を使えばコンポーザブルの中でViewModelを宣言できるようになる

コンポーザブルの中で画面ごとにViewModelを宣言しちゃうなんてライフライクル管理は大丈夫なの？っていう疑問はあると思うけど、ちゃんと
androidx.navigation:navigation-compose
がきっちり解決してくれてる

蛇足だけど内部実装ロジックについては
「navigation-compose は ViewModel のライフサイクルをどう管理しているのか」
https://y-anz-m.blogspot.com/2021/08/navigation-compose-viewmodel.html
の解説記事が参考になる

つか、そもそもなぜAAC ViewModelを使いたいのかというと画面回転などの構成変更
でもUIの状態を保持できるからなんだけどそれは基本従来のViewベースのときに
Activityを再作成するからだよね

Jetpack Composeベースの時は基本、画面回転でもActivity再作成しないから
別にViewModel使う必要ねぇのか..
壮大な勘違いをしていたかも

>>17
解説記事読んでみます

>>18
画面回転したら再生成されちゃう
rememberSaveable使えばいけるけど面倒くさいから結局ViewModel使うかってなる

>LocalViewModelStoreOwner には MainActivity ではなく NavBackStackEntry が入っていることがわかりました。

あぁ、なるほど
navigation-compose使うとViewModelがMainActivityではなくNavBackStackEntryに紐づくのではないのですね
大変参考になりました

>>20
ごめんなさい。間違ってました。
今、新規の空のCompose Empty Activity作ってマニュフェストのActivityの設定みたら
android:configChangesに何も設定されていませんでしたね
てっきり、ここにorientationとか設定されているのかと思いました

>NavBackStackEntryに紐づくのではないのですね
NavBackStackEntryに紐づくのですね

Room絡みのKMP対応が進んでるけど
それにあわせてSqlDriver?
これでBundledDriverみたいなのあるけど
これってKMPじゃなくて普通のAndroidプロジェクトでも使えるのかな?

普通のAndroidプロジェクトでも最新のSqlite使いたい

>>24
使えるで
ttps://qiita.com/yuya2011/items/c3baea9a2fc4a6fce970
この記事はRoomでBundledSQLiteDriverしてUPSERT使っててGitHubに泥アプリのサンプルあげてるみたい

>>25
おお、ありがとう
そのついでにBundled版だけでいいからSqliteのウンコ実装も治ってくれると
いいんだが
巨大なBlob挿入するとBlobTooBigExceptionみたいな例外でたり(2MBまで?)
CursorWindowとか勝手に内部でページングしてひどいことしてる
ほんとうにひどい実装になってるからな

これはandroidのプロセス間通信の制限かなんかでなってるのかしらんが

derivedStateOfに関する記事、オーバーヘッドが大きいことなど書かれてて興味深い

How derivedStateOf works: a deep d(er)ive
https://blog.zachklipp.com/how-derivedstateof-works-a-deep-d-er-ive/

Composeの動画みるとクリーンアーキテクチャばかりつかってるけど
クリーンアーキテクチャがそんなおすすめなの？

>>30
クリーンアーキテクチャは
・テストしやすい
・認知されていて誰が見てもわかりやすい
からチーム開発のプロジェクトで人気のアーキテクチャだね
ComposeならクリーンアーキテクチャのMVVMが主流、最近はMVVMのViewModelをPresenterに置き換えたMVPも注目されてる
参考
・クリーンアーキテクチャMVVMのアプリ
https://github.com/DroidKaigi/conference-app-2023
・クリーンアーキテクチャMVPのアプリ
https://github.com/DroidKaigi/conference-app-2024

https://qiita.com/Nabe1216/items/3c321eb04dc396f1579d
ほう

>>32
いい感じね

CMP 1.7.0きたね

デスクトップのドラッグ アンド ドロップできるようになるのか

デスクトップ向け配布ってどうなるのこれ
Javaが必要なんだろ
巨大でいいから.netみたく1パッケージでできるのかな

デスクトップアプリなら、
CMPで用意されてるgradleコマンドのpackageDistributionForCurrentOS、
あるいはJava標準のjpackageでいけるで
ちゃんとJavaランタイムを同梱した実行可能形式でビルドしてくれる

できるのか
ありがとう
デスクトップアプリを作りたいんだがずっと漂流してて
Flutterはマルチウインドウがまだだし、キーボードフォーカスとか微妙というか変というか
その点Composeの方が新しいからもっと微妙かもしれんけど

>>38
Flutterのことはよく知らないけど、
ComposeのデスクトップはJavaのSwingの上にComposeをグラフィックする仕組みで動いてるから、
ウィンドウまわりはかなり安定してるよ

JavaのSwingはJavaで昔からよく使われてきたデスクトップアプリ向けフレームワークね

これは期待

Support multiplatform BackHandler/PredictiveBackHandler. #1771
https://github.com/JetBrains/compose-multiplatform-core/pull/1771

マルチプラットホームで予測型戻るジェスチャが使えるようになるんけ

アルファ版きちゃー

compose multiplatform 1.8.0-alpha03

>>42一応リンク
https://github.com/JetBrains/compose-multiplatform/releases/tag/v1.8.0-alpha03

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

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

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

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

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

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

超期待

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

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

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

具体的に何するの?

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

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

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

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

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

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対応により解決する見込みである

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

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

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

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

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

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

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

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

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

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のことで他に疑問があれば答えられます

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

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

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

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

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

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

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

>>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とは事情が異なる

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

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

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

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

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

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

>>78
何に使ってるの？

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

>>80
なるほどねー

｢クライシスアクター｣｢宮本晴代｣｢豊島保養所｣｢ケムトレイル｣｢マグナ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

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

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

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

>>83
そろそろ使うか

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Viewベースのとき

CMP v1.10
https://github.com/JetBrains/compose-multiplatform/releases/tag/v1.10.0

アプリ戦略の空白を埋める｡今､大手企業がLINEミニアプリに注目する理由 求められているのはユーザー起点の導線設計 | PRESIDENT Online（プレジデントオンライン）
ttps://president.jp/articles/-/106488

>>114
LIFE（LINE Front-end Framework）が基盤でWASMを使えるから、CMPを活用できる

マジでこの言語醜くすぎて嫌い
例えば型をコロン付きの後置にしたせいで仮引数の並びが
引数: 型, 引数: 型とかいう非常に見辛いものになってる
C++のように生まれた瞬間から洗練された言語から見ると
あちこち継ぎ接ぎして作られたフランケンシュタインのようなものだよ

C++はヴァンパイアだろ

>>116
他は？

comoposeもチンタラ気味だからflutterにも頑張ってもらわんと

2月　flutter 3.41
5月　Google IO 2026
flutter 4.0
プライマリコンストラクタ、マルチウィンドウ対応
Direct Interlop?、限定共有メモリマルチスレッド?、materialなどのデザインパッケージをぶんり開始?
うーん

Geminiが高速モードでもKotlinとComposeのコードを書くの上手くて永遠にバイブコーディングしていられる
可読性を重視して書いてもらうとKotlin特有の拡張関数を沢山使ってくれるからありがたい

いつの間にかAAC ViewModelのライフサイクルに相当する状態保持をComposeでできるようになってる

Compose における状態の有効期間
https://developer.android.com/develop/ui/compose/state-lifespans

エコシステム的にFlutterは一日の長あるよな
CMPはJVM環境ならJavaのライブラリがあるけどそれ以外はだるい
pure kotlinで書かれたライブラリとか増えたりしないとな

FlutterにあってKMPにないエコシステムってなんか残ってるか？
だいぶ網羅されてると思うが

Flutterチームでメンテされてる動画プレーヤーから始めてcamera系、動画はffmpeg系もある。workmanager,connection infoとかハードウェア情報取得、OS機能のPDF、PDfium系のPDF。UIでTableView形式やマークダウン表示系とか

ユーザー数が違うと思うしpub.devでしっかり一元管理

KMP/CMPはawesome何とかcurated listとかサイトとかのあってそこまで知らんけどflutterのエコシステムは楽

WebViewもあったな。これはCMPにもありそうだけど
FlutterチームでメンテされてるWebView(ただしWindowsは..)
つか、ファイルパス系(path_porovider)やファイル選択ダイアログ(file_selector)みたいなのはjetbrainsが用意するとかしてない?

>>125
横からだがどれもプラットフォームそれぞれに実装済みで定型文だからライブラリを使わずにAIに書かせればいいかな

よってReact+ネイティブコードで十分
KotlinはAndroidのネイティブだからKMPとしてReactの裏のドメイン層の共通のビジネスロジックのために採用を検討してもいい
Swiftで共通ロジックにするのはAndroidに取り込むのに結局JNIを使うことになるんだからそれならGoかRustで共通にすりゃいいよねって話
DartはiOSネイティブでもAndroidネイティブでもないただのゴミ、C#のがマシ

つまりReactはKotlinで書けるから全部Kotlinでいいな

JNIは高速だがとりあえず動けばいいならWASMをKMPのランタイムで動かすという選択肢もあるぞ
Flutter/DartのWASMランタイムはここ数年保守されてないがKMPのほうは保守されてる
https://github.com/CharlieTap/chasm

バイナリがWASM形式で配布されてればKMPのプロジェクトにそのまま使えるメリットがある
専用ビルド用プラグインでWASMのモジュールの関数をKotlinに自動でマッピングしてくれる

というかAndroidもiOSもOSレベルでWASMくらい対応しろ

Flutter/DartのWASMランタイムって何よ?
dart/sdkのgitのcommitでwasmとかついたやつ見かけるけどこれと違うのけ?

WASMランタイムは文字通りネイティブ上でWASMを動かすための舞台装置のことね
分かりやすい例はWebView
131はDartをWASMにコンパイルするのと勘違いしてる

スマホで速度欲しいならARMバイナリ使うだろ
なぜKMP上のWASMなんてニッチな物を出してくるんだよ意味不明すぎて笑える

とりあえず動けばいいならって前置きしたじゃん
JNIを使わずに全プラットフォームで共通のバイナリを使う方法はWASMに頼ることだけ
別にJNIを使うのに躊躇いがないなら従来の単なるバイナリでいい

がっかりflutter 3.41

がっかりflutter 3.41

WASMと騒いでる奴はWASMガイジってことでいいか？

何を一人でプンプンしてるのかこいつは

WASMだとIMEキー動かない聞いてたけど
大丈夫になったの？

不正選挙の実態　(日本の政治家は天皇に支配されている）
www.youtube.com/watch?v=xqYAz5geOxs
不正選挙の可能性〜邪悪に気づく重要性〜
www.youtube.com/watch?v=5raGhtKw1xs
311テ□前後のディープステートの動きを振り返る
www.youtube.com/watch?v=XozPC4H33Ko
160709 【ダイジェスト版】大阪における「不正選挙」疑惑追及者Ａさんインタビューダイジェスト版（聞き手：IWJ記者
www.youtube.com/watch?v=T8i4rNuPjiU
選挙不正調査チーム　インタビュー　カーター・フライ氏
www.youtube.com/watch?v=vy50Ij-6Qi4
不正選挙 をなくさなければ、日本の未来はない。（犬丸勝子さん）
www.youtube.com/watch?v=iPiKOjoYNGU

久しぶりにＣＭPどうなってらるかWindowsアプリ動かしてみたら

でかすぎー。キモー。だわ
まぁこれはCMPというよりMaterialライブラリの問題だが
DPIとか考慮してこんなでかくなるのか
俺のデスクトップモニタぎFHDとはいえ

room 3 ！！！

https://www1.daiwair.jp/qlviewer/e-cast/2509059702scTvDPnFfu/index.html

やっとロードマップ更新しやがった

Room3きてた
個人的な目玉はsetMultipleConnectionPoolで同時に開くコネクションプールの数を設定できるようになったこと
今までは同時に開けるコネクションプールの数は読み込みで4つ、書き込みで1つに固定されてたのを、例えば読み込み10つくらいに増やせる
他の目玉はRoomがウェブ対応したことかな
一部サポート終了的な破壊的変更がかなりあってkaptとかjavaとかでRoom使ってた人は移行が面倒い

元のsqliteがうんこのままだからな

>>145
使ってみるか

そろそろ次世代のデータベース必要だよな
realmとか結局死亡というか、sqliteみたく長期メンテナーがいるかが問題だよな
次の注目株はtursoか

>>148
realm死んだの？

sqliteは同時書き込みだけ対応してくれればいいんだが
jsonは対応してるから後はAIのベクトル検索とかの対応も必要？

>>148
君が作って死ぬまでメンテナンスして殉教しなさい。