A-tit indd

Паттерны программирования игр
— Другой взгляд на паттерны проектирования
57
Мы вернулись к приятному API работы с реальными 
объектами, и мы сделали это практически без наклад-
ных расходов — указатель обычно занимает не больше 
места, чем перечисление.
Как насчет производительности?
Я говорю «практически», поскольку те, кто сейчас по-
думал о производительности, по праву хотят знать, на-
сколько отличается по производительности использова-
ние указателей на класс по сравнению с перечислением. 
Использование указателей на 
Terrain
подразумевает 
непрямой поиск. Чтобы добраться до некоторых данных 
о местности типа «стоимость перемещения», вам снача-
ла нужно проследовать по указателю в массиве, найти 
объект местности, а затем уже в нем найти стоимость 
перемещения. Такой поиск по указателю может приве-
сти к промаху кэша, который в свою очередь замедлит 
программу.
Как всегда, золотое правило оптимизации —
снача-
ла профилируй
! Современное компьютерное оборудо-
вание достаточно сложное, чтобы можно было предска-
зать производительность чистой логикой. Я специально 
проводил тесты производительности для этой главы, 
и я не заметил замедления при использовании приспо-
собленца вместо перечисления. Паттерн Приспособ-
ленец (Flyweight) оказался даже значительно быстрее. 
Хотя результат больше зависит от расположения других 
объектов в памяти.
В чем я 
действительно
уверен, так в том, что при-
способленца не стоит списывать со счетов. Он дает вам 
возможность использовать преимущества объектно-
ориентированного стиля без затрат на создание огром-
ного количества объектов. Если вы внезапно обнару-
жите, что использовали перечисление и с ним вместе 
множество операторов switch, вспомните про этот пат-
терн. Если вы беспокоитесь о производительности, для 
начала воспользуйтесь профилировщиком, прежде чем 
Для дополнительной 
информации о переме-
щении по указателям 
и промахах кэша 
см. главу «Локальность 
данных» (с. 343).

---

переписывать свой код на тяжело поддерживаемый ва-
риант.