まあだとしても、多言語対応してないアプリは言語設定の変更なんて気にしなくて良いし、レイアウトの計算をゴリゴリ書かないといけない UI もそうそうないしで、そういうアプリは remember じゃなくて rememberSaveable を基本にしても良さそう。
パフォーマンスは分からんけど、状態を初期化する方が重いケースはいくらでもありそう。例えば API からリフェッチするくらいなら rememberSaveable 使った方が良いんじゃなかろうか。

ちょっと分かってきた。
例えば言語設定が変わったら API から文章をリフェッチしなきゃいけなかったり、画面が回転したらレイアウトを計算し直さなきゃいけなかったりするから、Configuration Changes で状態をリセットする機能自体は必要。
で、パフォーマンス的に remember の方が軽いから、基本 remember を使って、それだとダメなケースのみ rememberSaveable を使うような開発フローが想定されてるっぽい。

絵心は皆無だから生成AI を使いたいけど、PixAI とやらが良さそうかな？
ところで生成AI にキャラクターのモーションを吐かせることってできるんだろうか。

2D だと Godot とやらが良いらしい。
でも GDScript とかいう DSL めいたものを書かないといけないのか...。そんなややこしい言語ではなさそうだけども。
日本語ドキュメントがあるのはいいね。
docs.godotengine.org/ja/4.x/getti...

Cocos Creator とかいうエンジンなら TypeScript が使えるらしい。
でも今考えてるのは2Dゲームだから、ちょっとオーバースペックかも。
amagamina.jp/blog/unity-2...

これ勘違いだった。
Sign in with Apple が必須だとは書いてないけど、条件を満たそうとすると実質 Sign in with Apple を入れる以外の選択肢がないっぽい。

Factory Function から返すインスタンスは remember() で、それを構成する状態はそれぞれ rememberSaveable() で管理すれば良いことに気づいた。
構成要素の各状態が保持されるから、Configuration Changes が発生して戻り値が再計算されても結局同じ値になるはず。

ただ、先の記事にもあったけど Factory Function は Configuration Changes がめんどくさすぎる。
調べた限り、2025年になっても解決してないっぽい。
アプリ開発はそんなに詳しくないけど、画面を回転させただけで状態がすっ飛ぶの致命的じゃない？
ひとまず Factory Function 書く場合は rememberSaveable() 一択で remember() を使うタイミング無い気がするけど、そんなことないのかな？
medium.com/@jecky999/ha...