A-tit indd

Паттерны программирования игр
— Паттерны оптимизации
351
на части так, что процессору будет легко их обработать. 
Для начала я покажу вам пример одного из самых рас-
пространенных способов организации данных. Мы бу-
дем рассматривать его в контексте одной специфичной 
области игры, но (как и с другими паттернами) важно 
понимать: общую идею можно применить где угодно.
Непрерывные массивы
Давайте начнем с Игрового цикла (с. 161), который обра-
батывает множество игровых сущностей. Эти сущности 
распределены по множеству областей игры — ИИ, физи-
ка и рендеринг — с использованием паттерна Компонент 
(Component) (с. 272). Вот класс 
GameEntity
:
class GameEntity
{
public:
GameEntity(AIComponent* ai,
PhysicsComponent* physics,
RenderComponent* render)
:ai_(ai), physics_(physics), render_(render)
{}
AIComponent* ai() {return ai_;}
PhysicsComponent* physics() {return physics_;}
RenderComponent* render() {return render_;}
private:
AIComponent* ai_;
PhysicsComponent* physics_;
RenderComponent* render_;
};
Каждый компонент обладает весьма небольшой ча-
стью состояния и методом для его обновления. Детали 
не столь важны, представьте это примерно так:
class AIComponent
{
public:
void update()
{
// 83 9 …
Перед нами пример пат-
терна Метод Update 
(с. 181). Даже функция 
render()
является его 
частью, просто под дру-
гим именем.

---

352
Локальность данных (Data Locality) — 
Паттерны программирования игр
}
private:
// “, …
};
class PhysicsComponent
{
public:
void update()
{
// 83 9 …
}
private:
//  , , …
};
class RenderComponent
{
public:
void render()
{
// 83 9 …
}
private:
// @, , …
};
В игре поддерживается большой массив указателей 
на все сущности в этом игровом мире. На каждой итера-
ции игрового цикла надо выполнить следующее.
1. Обновить компоненты искусственного интеллек-
та для всех сущностей.
2. Обновить компоненты физического движка для них.
3. Отрисовывать их, используя компонент рендеринга.
Большинство игровых движков реализуют это так:
while (!gameOver)
{
// 73 ††

---