A-tit indd

Паттерны программирования игр
— Другой взгляд на паттерны проектирования
111
Одиночка (Singleton). Для каждой из них есть альтерна-
тивное решение, которое обязательно нужно принять 
во внимание.
Ограничить класс единственным экземпляром
Это первая половина того, что дает нам паттерн Оди-
ночка (Singleton). Как показано в примере с файловой 
системой, иногда чрезвычайно важно убедиться: суще-
ствует ровно один экземпляр класса. Тем не менее это 
вовсе не значит, будто мы хотим предоставлять 
общий, 
глобальный
доступ к этому экземпляру. Возможно, мы 
хотим ограничить доступ к определенным частям кода 
или даже сделать его закрытым (
private
) для одного 
класса. В таком случае предоставление глобального до-
ступа может нарушить архитектуру.
Мы хотим убедиться, что существует всего один эк-
земпляр, но 
не
предоставлять к нему глобальный доступ. 
Есть несколько способов сделать это. Вот один из них:
class FileSystem
{
public:
FileSystem()
{
assert(!instantiated_);
instantiated_ = true;
}
~FileSystem() {instantiated_ = false;}
private:
static bool instantiated_;
};
bool FileSystem::instantiated_ = false;
Данный класс позволяет кому угодно вызвать его 
конструктор, но он сделает проверку и выдаст ошибку, 
если вы попытаетесь создать более одного экземпляра. 
И до тех пор пока первый экземпляр создается нужной 
нам частью кода, другая его часть не может получить 
Например, мы можем 
обернуть нашу оболочку 
файловой системы, 
чтобы создать 
еще один
уровень абстракции.
Функция 
утверждения
(
assertion
) — это способ 
добавить условие в ваш 
код. Когда вызывается 
assert()
, она оценивает 
переданное ей выраже-
ние. Если значение равно 
true
, то ничего не проис-
ходит и продолжается вы-
полнение программы. 
Если 
false
— игра не-
медленно приостанавли-
вается. В отладочной 
сборке обычно запуска-
ется отладчик или, 
по крайней мере, выво-
дится имя файла и номер 
строки, где проверка за-
вершилась неудачей.

---