A-tit indd

Паттерны программирования игр
— Паттерны уменьшения связанности
291
Иначе мы столкнулись бы с неочевидными ошиб-
ками. Например, если бы графический компонент 
обновлялся 
первым
, мы неверно визуализирова-
ли бы Бьйорна в позиции 
предыдущего
кадра, а не те-
кущего. Если вы представите еще несколько компо-
нентов и еще большее количество кода, то можете 
вообразить, как сложно избежать подобных ошибок.
• Напрямую ссылаясь друг на друга
Идея заключается в том, что компоненты, которым 
необходимо взаимодействовать, будут иметь прямые 
ссылки друг на друга без необходимости проходить 
через объект-контейнер вовсе. Скажем, Бьйорна надо 
заставить прыгнуть. Коду, ответственному за графику, 
необходимо знать, рендерить прыга ющий спрайт или 
нет. Он может определить это, обратившись к физиче-
скому движку и спросив, находится ли герой на зем-
ле. Простой способ — позволить обратиться к физиче-
скому движку напрямую:
class BjornGraphicsComponent
{
public:
BjornGraphicsComponent(
BjornPhysicsComponent* physics)
:physics_(physics)
{}
void Update(GameObject& obj, Graphics& 
graphics)
{
Sprite* sprite;
if (!physics_->isOnGround())
{
sprite = &spriteJump_;
}
else
{
// q9 96 '…
}
graphics.draw(*sprite, obj.x, obj.y);
Общее изменяемое со-
стояние, на которое 
влияет множество ча-
стей кода, крайне 
сложно реализовать 
правильно. Вот почему 
академики тратят 
столько времени на ис-
следование функцио-
нальных языков вроде 
Haskell, где нет никаких 
изменяемых состояний.

---

292
Компонент (Component) — 
Паттерны программирования игр
}
private:
BjornPhysicsComponent* physics_;
Sprite spriteStand_;
Sprite spriteWalkLeft_;
Sprite spriteWalkRight_;
Sprite spriteJump_;
};
При создании 
GraphicsComponent
Бьйорна мы 
дадим ему ссылку на соответствующий компонент 
PhysicsComponent
.
• Это просто и быстро
. Взаимодействие сводится 
к прямому вызову одного объекта другим. Компо-
нент может вызвать любой метод другого компо-
нента, ссылаясь на него. Абсолютная свобода.
• Два компонента тесно связаны
. А вот и недостаток 
полной свободы. Фактически мы сделали шаг назад 
к нашему монолитному классу. Но все не так пло-
хо, как в нашей первоначальной реализации, по-
скольку связанность существует только между дву-
мя компонентами, которые взаимодействуют.