A-tit indd

Паттерны программирования игр
— Другой взгляд на паттерны проектирования
95
"maxHealth":30,
"resists":["cold", "poison"],
"weaknesses":[" re", "light"]
}
{
"name":"goblin wizard",
"prototype":"goblin grunt",
"spells":[" re ball", "lightning bolt"]
}
{
"name":"goblin archer",
"prototype":"goblin grunt",
"attacks":["short bow"]
}
Поскольку лучник и волшебник имеют пехотинца 
в качестве своего прототипа, нам не нужно указывать 
повторно значения здоровья, брони и слабости для каж-
дого из них. Логика, которую мы добавили в нашу мо-
дель данных, очень проста — обычное делегирование, 
но так мы избавимся от дублирования.
Интересно, что мы не создали четвертого 
абстракт-
ного
«базового гоблина» в качестве прототипа для трех 
конкретных типов гоблинов. Мы просто выбрали одно-
го из гоблинов — простейшего — и делегировали ему.
Это кажется естественным для системы на основе 
прототипов, где любой объект может быть использо-
ван как клон для создания новых усовершенствованных 
объектов. Но для игр я тоже считаю такой вариант впол-
не подходящим. В игровом мире есть множество специ-
альных объектов, которые лишь незначительно отлича-
ются друг от друга.
Подумайте о боссах и уникальных предметах. Это 
часто усовершенствованный и более детализирован-
ный обычный игровой объект, и прототипное делегиро-
вание как нельзя лучше подходит для их определения. 
Магический Меч Отсечения Головы, который на самом 
деле является просто длинным мечом с определенными 
бонусами, может быть описан так:

---

{
"name":"Sword of Head-Detaching",
"prototype":"longsword",
"damageBonus":"20"
}
Немного дополнительной мощности в системе моде-
лирования данных вашего игрового движка может по-
мочь разработчикам добавлять множество небольших 
вариаций к вооружениям и популяции монстров, запол-
няющим ваш игровой мир, и это разнообразие — имен-
но то, что радует игроков.

---