A-tit indd

Паттерны программирования игр
— Паттерны оптимизации
367
кому-то, кто знает, где найти сам компонент, —
классу, оборачивающему ваш простой цельный 
массив объектов компонентов.
С простыми указателями, если у вас есть игро-
вая сущность, вы можете легко найти ее компонен-
ты. Но при такой реализации вам понадобится еще 
и система для 
регистрации компонентов
.
• Если игровая сущность сама является идентифи-
катором
Техника относительно новая, ее используют некоторые 
игровые движки. Вы переместили все поведение и со-
стояние сущности из главного класса в компоненты —
и что же осталось? Оказывается, не так много. Самой 
сущности нужно только связать компоненты вместе. 
Ее функция — сообщать: вот 
этот
компонент ИИ, вот 
этот
физический компонент и вот 
этот
компонент 
рендеринга определяют вот 
эту
сущность игры.
Компоненты взаимодействуют, следовательно, 
компоненту рендеринга важно знать, где находится 
сущность, что может быть определено в свойстве фи-
зического компонента. Компонент ИИ хочет переме-
стить сущность, для чего ему нужно приложить силу 
к физическому компоненту. Каждому компоненту ну-
жен доступ к другим компонентам той ж сущности, 
чьей частью он является.
Умные люди поняли: для решения поставленной 
задачи достаточно идентификаторов. Пусть компо-
ненты знают, какой сущности принадлежат. Каждый 
компонент знает идентификатор владеющей им сущ-
ности. Когда компоненту ИИ нужен доступ к физиче-
скому компоненту той же сущности, он просто запра-
шивает физический компонент, содержащий тот же 
идентификатор сущности.
Ваши 
классы
сущностей полностью исчезают, за-
меняясь великолепной оболочкой вокруг числа.
• Сущности крошечные
. Если вам надо передать 
ссылку на сущность игры, это просто число.
Вы можете подумать: 
«Я просто сделаю Оди-
ночку (Singleton)! Это 
решит все мои про-
блемы!» Ну, отчасти. 
Сначала советую загля-
нуть в соответствующую 
главу (с. 97).

---