A-tit indd

114
Одиночка (Singleton) — 
Паттерны программирования игр
к объекту 
Log
, но каждая производная сущность 
использует 
getLog()
. Этот паттерн, позволяющий 
производным объектам реализовываться как защи-
щенные методы, описан в главе «Подкласс песочни-
ца» (с. 232).
• Получить через другой глобальный объект.
Цель 
избавиться ото 
всех
глобальных состояний достой-
на восхищения, но редко находит практическое 
применение. Код большинства программ все равно 
будет иметь парочку объектов глобального досту-
па, таких как единственные в своем роде объекты 
Game
или 
World
, представляющие состояние всей 
игры.
Мы можем уменьшить количество глобаль-
ных классов, используя только уже существующие. 
Вместо того чтобы превращать в одиночек 
Log
, 
FileSystem
и 
AudioPlayer
, сделайте следующее:
class Game
{
public:
static Game& instance() {return instance_;}
Log&
getLog() 
{return *log_;}
FileSystem& 
getFileSystem() {return * leSystem_;}
AudioPlayer& getAudioPlayer() {return 
*audioPlayer_;}
// Z$ log_ …
private:
static Game
instance_;
Log
*log_;
FileSystem
* leSystem_;
AudioPlayer 
*audioPlayer_;
};
Таким образом, только 
Game
находится в гло-
бальной области видимости. Функции могут полу-
чить доступ к другим системам через него:
Game::instance().getAudioPlayer().play(LOUD_BANG);
Тут возникает вопрос: 
«А как, собственно, 
классу GameObject по-
лучить доступ к экзем-
пляру Log?» Самое про-
стое решение — создать 
базовый класс и его ста-
тический экземпляр.
Если вы не хотите, 
чтобы ваш базовый 
класс играл такую ак-
тивную роль, вы можете 
создать функцию ини-
циализации и передать 
его туда или использо-
вать паттерн Локатор 
служб (Service Locator) 
(с. 321).
Пуристы будут утвер-
ждать, что я нарушаю за-
коны Деметры. Я утвер-
ждаю, что мой подход 
все равно лучше, чем 
куча одиночек.

---