A-tit indd

106
Одиночка (Singleton) — 
Паттерны программирования игр
Он решает две проблемы, даже если у нас есть 
всего одна
Союз «и» употреблен в определении паттерна Одиноч-
ка (Singleton) «Банды четырех» очень неоднозначно. 
Паттерн является решением одной или двух проблем? 
А если у нас только одна из упомянутых проблем? Убе-
диться, что мы имеем только один экземпляр класса, 
может быть полезным, даже если мы не хотим давать 
к нему 
общий
доступ. Ну или наоборот, глобальный до-
ступ — это удобно, но не только для классов, которые 
имеют единственный экземпляр.
Именно из-за удобства доступа мы обычно обраща-
емся к этому паттерну. Например, класс, отвечающий 
за логирование. Большинство модулей игры только вы-
играют от того, что будут иметь возможность логиро-
вать информацию для диагностики. Тем не менее пе-
редача экземпляра класса 
Log
каждой функции будет 
лишь засорять сигнатуру метода и мешать пониманию 
его основного назначения.
Очевидное решение — сделать наш класс 
Log
оди-
ночкой. Таким образом, каждая функция сможет обра-
титься к классу напрямую и получить экземпляр. Но, по-
ступая так, мы непроизвольно создаем ограничение. 
Внезапно мы не можем создать больше одного логгера.
И сначала это вовсе не проблема. Мы пишем все-
го один файл логов, нам в любом случае нужен всего 
один экземпляр. Но позже, когда мы глубже погружа-
емся в цикл разработки, мы все же сталкиваемся с про-
блемой. Каждый член команды разработки использует 
логгер в своих целях диагностики, и файл становится 
просто свалкой. Программистам придется преодолеть 
не одну страницу текста в попытках найти единствен-
ную нужную им запись.
Мы хотим исправить ситуацию, разделив логирова-
ние на несколько файлов. Для этого нам надо исполь-
зовать отдельные логгеры в каждой из областей: сеть, 
пользовательский интерфейс, аудио, игровой процесс. 

---