A-tit indd

Паттерны программирования игр
— Паттерны уменьшения связанности
327
ConsoleAudio *audio = new ConsoleAudio();
Locator::provide(audio);
Обратите внимание: код, вызывающий метод 
playSound()
, не подозревает о существовании кон-
кретного класса 
ConsoleAudio
. Он знает только о на-
личии абстрактного интерфейса 
Audio
. И класс 
лока-
тора
не связан с конкретным поставщиком службы. 
Единственное
место в коде, осведомленное о настоящем 
конкретном классе, — код инициализации, предостав-
ляющий службу.
На самом деле тут есть один уровень уменьшения за-
висимости: интерфейсу 
Audio
неважно то, что в боль-
шинстве случаев он вызывается через локатор сервиса. 
Ему известно, что он не является обычным абстрактным 
базовым классом. Благодаря такому положению вещей 
мы можем применять данный паттерн и к другим клас-
сам, изначально создававшимся с иной целью. Это от-
личие от паттерна Одиночка (Singleton) (с. 97), которое 
влияет на архитектуру самого класса «службы».
Пустая служба
Ранее наша реализация была относительно простой 
и в то же время достаточно гибкой. Но нельзя не назвать 
ее недостаток: если мы попытаемся использовать служ-
бу, поставщик которой еще не был зарегистрирован, 
нам вернется 
NULL
. И если вызывающий ее код не сде-
лает проверку, то игра может упасть.
К счастью, существует другой паттерн, Нулевой объ-
ект (Null Object), который можно использовать для реше-
ния выделенной проблемы. Основная идея заключает-
ся в возвращении специального объекта, реализующего 
тот же интерфейс, что и нужный нам объект, в случае 
если мы не можем найти или создать сам объект и по-
лучаем 
NULL
. Реализация интерфейса по факту ничего 
не делает, но она позволяет коду продолжить свою рабо-
ту, словно он получил «настоящий» объект.
Иногда это называют 
«временная связан-
ность»: две части кода 
просто должны быть вы-
званы в нужном по-
рядке, чтобы программа 
работала корректно. 
Уменьшение временной 
связанности делает код 
легче для понимания 
и управления.

---