A-tit indd

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

---

Паттерны программирования игр
— Паттерны поведения
267
Какой тип наследования поддерживается?
• Нет наследования
• Это просто
. Простое часто оказывается лучшим. 
Если у вас нет тонны данных, которые надо разде-
лить между несколькими объектами, зачем услож-
нять себе жизнь?
• Может стать причиной лишней работы
. Я все еще 
жду такую систему, где геймдизайнеры были бы го-
товы отказаться от наследования. Если у вас пять-
десят разных видов эльфов, то изменение одного 
и того же показателя здоровья в пятидесяти разных 
местах не самая приятная работа, скажем мягко.