A-tit indd

Паттерны программирования игр
— Другой взгляд на паттерны проектирования
113
функции рендеринга, обычно параметром с име-
нем вроде 
context
.
С другой стороны, некоторые объекты просто 
не соответствуют сигнатуре метода. Например, 
функция, работающая с ИИ, может также писать 
в лог-файл, хотя это и не основная ее задача. И бу-
дет весьма странно увидеть 
Log
в списке ее аргу-
ментов. Для подобных случаев лучше рассмотреть 
другие варианты.
• Получить из родительского класса. 
Архитекту-
ра многих игр имеет неглубокую, но ветвистую 
иерархию наследования, обычно с одним уровнем 
наследования. Например, у вас есть базовый класс 
GameObject
и его производные классы для каждо-
го врага или другого объекта в игре. С такой архи-
тектурой большая часть кода игры будет сосредото-
чена в этих «листьях» производных классов. То есть 
у всех классов будет доступ к одному и тому же: их 
родительскому классу 
GameObject
. Вот как мы мо-
жем воспользоваться сложившейся ситуацией:
class GameObject
{
protected:
Log& getLog() {return log_;}
private:
static Log& log_;
};
class Enemy : public GameObject
{
void doSomething()
{
getLog().write("I can log!");
}
};
Указанный вариант гарантирует: ничто за пре-
делами класса 
GameObject
не имеет доступа 
Термин для вещей типа 
логирования, разбро-
санных по разным ча-
стям кода, — сквозная 
функциональность 
(cross-cutting concern). 
Правильная обработка 
сквозной функциональ-
ности является сложной 
архитектурной задачей, 
особенно для языков 
со статическим контро-
лем типов данных.
Для решения этой за-
дачи была разработана 
методология 
аспектно-
ориентированного про-
граммирования
.

---