A-tit indd

• Вернуть пустую службу
Мы демонстрировали такое решение в примере кода. 
Его использование означает, что:
• пользователям не нужно обрабатывать отсут-
ствие службы
. Как и в предыдущем решении, мы 
гарантируем, что будет возвращен корректный 
объект службы, тем самым упрощая код, который 
вызывает службу;
• игра продолжит выполнение при недоступности 
службы
. И благо, и проклятье одновременно. С од-
ной (хорошей) стороны, выполнение продолжит-
ся, даже если служба не была найдена, — это пре-
имущество для большой команды разработки, ведь 
ошибка может быть вызвана вообще другой систе-
мой, над которой мы в данный момент не работаем.

---

Паттерны программирования игр
— Паттерны уменьшения связанности
337
С другой (нехорошей), сложнее найти ошибку 
при 
ненамеренно
неудачном поиске службы. Допу-
стим, игра использует некую службу для доступа 
к данным, а затем принимает решение на их осно-
ве. Если мы не можем получить доступ к настоящей 
службе и вместо нее получаем пустую, игра может 
повести себя неожиданно. Понадобится приложить 
немало усилий, чтобы отследить ошибку и понять, 
из-за чего она происходит.
Среди всех опций утверждение, что служба найдена, 
по моему опыту, используется чаще всего. К моменту, 
когда игра выходит в мир, она протестирована уже мно-
жество раз, да и запускаться ей предстоит, скорее все-
го, на предполагаемом аппаратном обеспечении. Риск 
не найти службу очень невелик.
Если вы работаете в большой команде, то я призы-
ваю вас к использованию пустой службы. Ее несложно 
реализовать, и вы сэкономите время на стадии разра-
ботки, если служба недоступна. Это также дает вам воз-
можность просто отключить службу, если в ней полно 
ошибок или она вас отвлекает от того, над чем вы рабо-
таете сейчас.