データ駆動型設計とは何ですか？[閉まっている]

私はゲームのデータ駆動型設計をカバーする多くの記事を読んでいます。それは次のようになります：

• ハードコーディングなし
• エンジンにゲーム固有のコードはありません
• AI、カットシーンなどのスクリプト。
• 再利用のためのコードの一般化
• コンポーネント設計
• モジュール性
• 低カップリング
• エディター（データ、マップ、スクリプト用）
• 外部データ検索
• テキストファイルに保持される定数（.iniまたはその他）
• デザイナーによるスクリプト作成と操作のためにエディターを介してデータを公開する

さて、私の質問は、この理解は正しいですか？

これは正しくないと思います。データ駆動型設計で最も重要なアイデアは、データを変更（または更新）するものからデータを分離することだと思います。

したがって、次のような標準的なオブジェクト指向の深い階層から移動します。

class MyCreature{
     vector position;
     void update(){ position += 1; }
}

別の状態とシステムに

class CreatureState{
    vector postion;
}

class MovementSystem{
    list<CreatureState> states;
    void update() {
        for each CreatureState state in states {
            state.position += 1;
        }
}

現時点で最も影響力のあるDDDパラダイムの1つは、エンティティシステムです。調べるための優れたリソースは次のとおりです。

http://gamedevrubberduck.wordpress.com/2012/12/26/a-hybrid-entity-system-component-architecture/

http://entity-systems.wikidot.com/

もちろん、すべてのパラダイム/アイデアと同様に、正確な定義はなく、誰もがDDDを話すときに同じ考えを理解しているわけではありませんが、これが最も重要なことだと私は信じています。

定義が複雑すぎると思います。確かに、箇条書きのポイントリストに含まれている原則の多くは、ソフトウェアエンジニアリングの観点からは良い原則ですが、必ずしもすべてが「データ駆動型」の定義の一部であるとは限りません。それらの多くは重複している、またはデータ駆動型のアプローチを使用して実装するのが最適ですが、何かをデータ駆動する行為を構成するものではありません。

データ駆動型ソフトウェア開発の実際の定義は、一般にかなり単純です。プログラムは、コード内に一連の事前定義および固定ステップを持たずに、主にいくつかの外部情報（レベルデータ、スクリプトデータなど）に基づいてアクションを実行します制御フローを決定するそれ自体。