A-tit indd

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

---