A-tit indd

Паттерны программирования игр
— Паттерны уменьшения связанности
275
Посмотрите, как мы организовали бы иерархию в на-
следовании, если бы не использовали компоненты. Из-
начально это могло выглядеть так (рис. 14.1).
Рис. 14.1.
Не существует способа использовать один код 
при единичном наследовании
У нас есть базовый класс 
GameObject
, в котором 
описаны общие свойства, такие как позиция и ориента-
ция. Класс 
Zone
наследует от него и добавляет обнару-
жение столкновений. Точно так же класс 
Decoration
наследует от 
GameObject
с добавлением рендерин-
га. А класс 
Prop
наследует от Zone, и потому он может 
использовать его код для обнаружения столкновений. 
Тем не менее класс 
Prop
не может 
также
унаследовать 
от 
Decoration
код 
рендеринга
. Мы сталкиваемся с про-
блемой Смертельного Бриллианта (Deadly Diamond).
Мы могли бы поменять классы местами и сделать 
так, чтобы класс 
Prop
наследовал от 
Decoration
. 
Но в итоге нам пришлось бы дублировать код обнару-
жения 
столкновений
. В любом случае, нет способа по-
вторного использования и кода рендеринга, и кода 
обнаружения столкновений между классами без обра-
щения к множественному наследованию. Единственное 
Проблема «Смертель-
ного Бриллианта» 
(Deadly Diamond) воз-
никает при множествен-
ном наследовании, когда 
к базовому классу есть 
два пути. Описание всех 
сложностей, которые 
при этом возникают, вы-
ходит за рамки моей 
книги, но поверьте, про-
сто так вещи «смертель-
ными» не называют.

---

276
Компонент (Component) —