A-tit indd

324
Локатор служб (Service Locator) — 
Паттерны программирования игр
Имейте в виду
Основная сложность использования данного паттерна 
в том, что он создает зависимость между двумя частя-
ми кода, при этом откладывает создание самой зависи-
мости до момента выполнения. Прибавляется гибкость, 
но цена, которую вы за нее платите, — усложнение ана-
лиза зависимостей при чтении кода.
Службу действительно придется искать
При использовании одиночки или статического класса 
не бывает такого, что нужный экземпляр 
не
доступен. 
При вызове кода его наличие принимается как долж-
ное. Но поскольку данный паттерн должен 
найти
служ-
бу, нам надо обрабатывать случаи неудачного поиска. 
К счастью, позже мы рассмотрим стратегию, гаранти-
рующую доступ хоть к 
какой-то
службе всегда, когда 
она нам нужна.
Служба не знает, кто ее ищет
Поскольку локатор доступен глобально, любая часть 
кода игры может запросить у него службу, а затем об-
ратиться к ней. То есть служба всегда должна работать 
корректно. Например, класс, использование которого 
ожидается только во время процесса симуляции игро-
вого цикла, но не во время рендеринга, не может рабо-
тать в качестве службы. Ведь он не может гарантировать 
момент, когда к нему обратятся. Таким образом, если 
предполагается, что класс будет использоваться только 
в определенном контексте, намного безопаснее не ис-
пользовать данный паттерн и не объявлять о существо-
вании этого класса всему миру.
Пример кода
Вернемся к нашей проблеме с аудиосистемой. Попробу-
ем решить ее с помощью объявления всему остально-
му коду о наличии данной системы через локатор служб.

---

Паттерны программирования игр
— Паттерны уменьшения связанности