A-tit indd

274
Компонент (Component) — 
Паттерны программирования игр
за обработку пользовательского ввода, и поместим его 
в отдельный класс 
InputComponent
. А класс 
Bjorn
бу-
дет содержать экземпляр этого компонента. Повторим 
для каждой системы, которую затрагивает класс 
Bjorn
.
Закончим мы, когда вынесем практически все 
из класса 
Bjorn
. Останется только создать небольшую 
оболочку, которая свяжет компоненты вместе. Вроде мы 
решили проблему огромного класса путем разделения 
его на несколько меньших частей, но на самом деле мы 
сделали намного больше.
Свободные концы
Теперь наши классы компонентов расцеплены. И хотя 
в классе 
Bjorn
имеются компоненты 
PhysicsComponent
и 
GraphicsComponent
, они не знают о существовании 
друг друга. А значит, человеку, работающему над физикой, 
при изменении соответствующего компонента совершен-
но нет необходимости думать о графике. И наоборот.
На практике компонентам 
иногда
нужно взаимодей-
ствовать. Например, компонент ИИ может сообщать 
физическому движку, пытается ли Бьйорн двигаться. 
Тем не менее сейчас мы можем выделить компоненты, 
которым 
действительно
необходима связь, и не нагро-
мождать их в одно место.
Собираем обратно
Другая особенность подобной реализации в том, что 
сейчас каждый компонент является пакетом, который 
можно использовать повторно. Ранее в центре нашего 
внимания был пекарь, но давайте представим несколько 
других видов объектов в нашей игре. 
Декорации
— иг-
рок их видит, но не может с ними взаимодействовать, —
кусты, различные посторонние предметы и т. д. 
Рекви-
зит —
похож на декорации, но его можно потрогать: 
коробки, камни, деревья. 
Зоны
, противоположны деко-
рациям, — они невидимы, но с ними можно взаимодей-
ствовать. Их используют, например, для запуска неболь-
шого ролика, когда Бьйорн входит в новую локацию.
Когда объектно-ориен-
тированное программи-
рование только появи-
лось, наследование 
было самым удивитель-
ным из его возможно-
стей. Оно считалось 
универсальным инстру-
ментом для переисполь-
зования кода, и програм-
мисты постоянно им 
размахивали. С тех пор 
методом проб и ошибок 
мы обнаружили, что ин-
струмент весьма тяжел. 
У наследования есть 
преимущества, но оно 
слишком громоздко 
и потому не подходит 
для повторного исполь-
зования кода.
Новый тренд в разра-
ботке — замена наследо-
вания композицией. 
Вместо того чтобы по-
мещать общий фрагмент 
кода в один класс, от ко-
торого разные классы 
наследуют
, эти классы 
будут 
обладать
экзем-
пляром
одного класса.

---