A-tit indd

366
Локальность данных (Data Locality) — 
Паттерны программирования игр
• Получая доступ к сущности, вы легко получаете до-
ступ к ее компонентам
. Это просто указатели.
• Переместить компоненты в памяти сложно
. Когда 
компоненты подключаются и отключаются, вам, 
возможно, захочется перемешать их немного в мас-
сиве, чтобы приблизить активные к началу. Если вы 
неаккуратно переместите компонент, на который 
сущность содержит сырой указатель, то рискуете 
разрушить связь. Вам необходимо одновременно 
обновлять и указатель сущности.
• Если игровые сущности — это классы с идентифи-
каторами компонентов
Сложность в простых указателях в том, что их слож-
нее перемещать в памяти. Вы можете обращаться 
к ним, используя идентификатор или индекс для 
по-
иска
компонента.
Конкретная семантика идентификаторов и поис-
ка остается на ваше усмотрение. Это может быть как 
простое хранение идентификаторов в массиве и про-
ход по нему, так и нечто более сложное вроде хеш-таб-
лицы, связывающей идентификатор с индексом в мас-
сиве компонентов.
• Это сложнее
. Ваша система идентификаторов 
не должна походить на науку о ракетостроении, 
конечно. Но все же что-то общее просматривает-
ся. Вам необходимо реализовать и отладить си-
стему. И принять во внимание накладные расхо-
ды на учет.
• Это медленнее
. Сложно быть быстрее, чем простое 
следование по указателю. Может появиться допол-
нительный поиск или хеширование для доступа 
к компонентам от объекта.
• Вам понадобится доступ к «менеджеру» компонен-
та
. Есть некоторый абстрактный идентификатор, 
определяющий компонент. Вы можете использо-
вать его как ссылку на настоящий объект компонен-
та. Но для этого вам надо передать идентификатор 

---