Що таке дизайн, керований даними? [зачинено]

Я читав багато статей, що стосуються дизайну, керованого даними для ігор. Здається, зводиться до:

• Немає жорсткого кодування
• У двигуні немає специфічного для гри коду
• Сценарій на ШІ, розрізи та ін.
• Узагальнюючий код для повторного використання
• Компонентна конструкція
• Модульність
• Низька муфта
• Редактори (для даних, карт, сценаріїв)
• Пошук зовнішніх даних
• Константи, що зберігаються в текстових файлах ( .iniабо іншим чином)
• Розкрийте дані через редактори для проектування сценаріїв та маніпуляцій

Тепер, моє запитання, чи правильно це розуміння?

Я б сказав, що це неправильно. Я вважаю, що найважливіша ідея дизайну, керованого даними, - це відокремлення ваших даних від того, що змінює (або оновлює) дані .

Тож переходимо від стандартної глибокої ієрархії OO:

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 є Entity Systems. Деякі приємні ресурси для пошуку:

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

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

Звичайно, як і у всіх парадигмах / ідеях, немає точного визначення, і не всі розуміють одну і ту ж ідею, коли розмовляємо з DDD, але саме це я вважаю найважливішим.

Я думаю, ви надмірно ускладнюєте визначення. Звичайно, багато принципів, що містяться у вашому списку пунктів, є хорошими з точки зору інженерії програмного забезпечення, але не всі вони обов'язково є частиною визначення "керовані даними". Багато з них мають певні дублювання або найкраще реалізуються за допомогою підходу, керованого даними, але вони не є актом керування даними.

Фактичне визначення програмного забезпечення, керованого даними, як правило, досить просте: програма виконує дії, в основному на основі деякої зовнішньої інформації (фрагмент даних про рівень, дані сценарію тощо) замість того, щоб в коді було встановлено ряд попередньо визначених та фіксованих кроків. себе, що визначають контрольний потік.