【要約】【Unity】コルーチンのように扱える非同期タスクで専用ライブラリのパフォーマンスに迫る【Omochaya Story 1.3 ～ Tween機能】 [Qiita_Trend] | Summary by TechDistill
> Source: Qiita_Trend
Execute Primary Source
// Problem
Unity開発者が、高頻度な演出制御やシーケンス管理を行う際に直面する、パフォーマンスと精度の課題について記述されている。従来の仕組みでは、以下の問題がボトルネックとなる。
- ・Unity標準のコルーチン（IEnumerator）使用による、実行時のGCアロケーションとスパイクの発生。
- ・専用のTweenマネージャーを介した管理による、インスタンス生成および管理コストの増大。
- ・Tweenの完了検知から次タスク実行までの間に生じる、最大1フレームの遅延による視覚的なカクつき。
// Approach
Omochaya Storyの設計者は、実行時のコストを極限まで削るため、独自のステートマシンとジェネリック構造体を用いたアプローチを採用している。具体的には以下の手法で解決を図っている。
- ・独自のステートマシンプールと世代管理付きIDにより、実行中のGCアロケーションを完全に排除。
- ・Tween自体を軽量なタスク（Story.Task）として扱い、1回の仮想関数呼び出しで動作する設計。
- ・ref引数を用いた時刻管理（ref start）により、フレーム遅延のない滑らかなチェイン再生を実現。
- ・Scripting Define Symbolsにより、実行速度とバイナリサイズのトレードオフを開発者が選択可能に設計。
// Result
本ライブラリの導入により、開発者は高いパフォーマンスと直感的なAPIを同時に享受できる。特に以下の成果が期待できる。
- ・専用マネージャーを介さない設計により、Tweenの生成・実行コストを最小化。
- ・オーナーのライフサイクル（破棄・非アクティブ化）に連動した、安全なキャンセル機能の提供。
- ・設定次第で、APKサイズを約150KB程度に抑えつつ、極限の実行速度を追求できる柔軟な最適化戦略の実現。
Senior Engineer Insight
> GCスパイクが致命的なモバイルゲーム開発において、Tweenをタスクエンジンに統合する思想は極めて合理的だ。構造体によるステートマシン設計は、実行速度とメモリ効率において最強の武器となる。ただし、外部からのシークや逆再生ができないという制約は、設計段階で「タスクのキャンセルと再生成」という割り込み戦略を前提とする必要がある。また、コードブロートによるバイナリ増大は、プロジェクトの許容範囲内でSTORY_EASE_COMPACT等のシンボルを使い分けるべきだ。極めて実践的かつ、プロフェッショナルな設計である。