データドリブンなアーキテクチャを導入する

[EbiseLutica]

背景

Prometeでは、画面を構成する全ての概念がElementというC#クラスで管理されている

一方、多くのゲームは、そのロジックで使うためのデータをクラスなり構造体なりで持っていることが殆どである

ゲームロジック用のデータを画面に表示するとき、以下のような処理を行う必要がある

1. データ列をforeach
2. データごとにElementを生成する
3. 生成したElementを配置する
4. データ列に変更があったら、対象のElementを変更したり、作成したり、削除したりする

これは、ロジック側のデータ列とPromete側のElementリストで、似たような構造を二重管理していることになる
特に 4. がかなり面倒…。ロジック側のデータ列がそのまま画面描画に使われたら、メモリ効率も生産性も上がるだろう

Data Renderer パターン

このissueでは、上記の背景を解決するために、任意のC#オブジェクトおよび、それを用いた画面描画のロジックを使って画面を構成できるようにする。ロジック用のデータをDataとし、それを画面に描画するためのコードをRendererとするため、Data Rendererパターンと呼ぶ。

Data

Dataは、単なるC#の型である。stringやintでもいいし、構造体・クラスを問わない。

Renderer

Rendererは、与えられたDataを元に画面描画を担当するクラスである。

例

public struct Enemy
{
    public Texture2D Texture { get; set; }
    public Vector Position { get; set; }
    public string Name { get; set; }
    public int Hp { get; set; }
}

public class EnemyRenderer : DataRenderer<Enemy>
{
    // DataRenderer<T>.Render(T data);
    public override void Render(Enemy enemy)
    {
        // 実際の画面描画。Promete Elementを生成するか、よりローレベルなAPIを呼ぶかは未定
    }
}

[EbiseLutica]

RenderAll(ReadonlySpan<Enemy> enemies) の形で全データの描画を制御できてもよさそう