なぜUnityのUIは書きづらいのか — Reactに学んで宣言的UIフレームワークを作った話

1. はじめに 筆者はゲームクライアントのエンジニアです。 uGUI/UIToolkitにUniRx/R3を組み合わせてUIを実装してきました。 昨今はAIのおかげで、ほかの言語や環境を学ぶ敷居がずいぶん下がりました。そこで試しにWebやネイティブアプリのUI開発を調べてみたところ、UnityのUI開発との差の大きさに驚きました。WebやネイティブのUIは2013年ごろを境に宣言的なモデルへ舵を切っていて、Unityの現状はその転換の前で止まっているように見えます。 外から見比べると、いくつか疑問が浮かびます。なぜボタン参照をInspectorにドラッグして結線するのか。新しいはずのUI Toolkitが、なぜjQuery的な書き方にとどまっているのか。UIの状態をひとつ持つだけで、なぜ購読とDisposeの管理が必要になるのか。 前半でこの違和感の中身を整理し、後半で解決案を示します。

[simplememofast]

UI=f(state)は筋が良いが、6章の通り毎フレーム更新はUseRefへ逃がす前提で、素朴に宣言レイヤーへ乗せるとGCスパイクが再燃する。r3fのuseFrameと同じ規律が要る

[Magicant]

UI Toolkit の設計思想の古さを批判しておきながら、出て来るものが React といふ一昔前の設計の真似事なのが惜しい

[nguyen-oi]

C#でReactパリティを実現しようとする情熱がすごい。Unityでのプレハブ差分地獄やRxのライフサイクル管理から抜け出す選択肢になるか注目