A-tit indd

98
Одиночка (Singleton) — 
Паттерны программирования игр
Ограничение класса одним экземпляром
Иногда класс не может функционировать нормально, 
если существует больше одного экземпляра этого клас-
са. Обычно так происходит, когда класс взаимодейству-
ет с внешней системой, имеющей собственное глобаль-
ное состояние.
Представьте класс, который является оболочкой для 
низкоуровневого API файловой системы. Так как может 
потребоваться время на выполнение операций с файла-
ми, то наш класс выполняет эти операции асинхронно. 
То есть несколько операций могут выполняться одновре-
менно и, следовательно, должны согласовываться друг 
с другом. Если мы вызываем метод для создания фай-
ла, а затем другой для его удаления, то наша оболочка 
долж на знать о существовании обоих методов, чтобы 
убедиться: они не препятствуют друг другу.
И чтобы это обеспечить, необходимо предоставить 
оболочке доступ к информации обо всех ранее выпол-
ненных операциях. А если у пользователя будет возмож-
ность свободно создавать экземпляры, то один экзем-
пляр не сможет получить информацию об операциях, 
начатых другими. И тут в игру вступает одиночка. Он 
предоставляет механизм, позволяющий на этапе ком-
пиляции убедиться: существует только один экземпляр 
класса.
Создание глобальной точки доступа
В нашей игре несколько систем будут использовать обо-
лочку файловой системы: логирование, загрузка со-
держимого, сохранение игрового процесса и так далее. 
А если все эти системы не имеют возможности создавать 
собственные экземпляры оболочки, то как им обойтись 
всего одним?
Одиночка решает и эту проблему. Помимо создания 
единственного экземпляра класса, паттерн также предо-
ставляет глобальный метод для доступа к нему. Таким об-
разом, все, где бы они ни находились, могут дотянуться 

---