A-tit indd

Паттерны программирования игр
— Другой взгляд на паттерны проектирования
35
Рис. 2.1.
Кнопки, сопоставленные с игровыми действиями
Рализация «в лоб» выглядит так:
void InputHandler::handleInput()
{
if (isPressed(BUTTON_X)) jump();
else if (isPressed(BUTTON_Y)) reGun();
else if (isPressed(BUTTON_A)) swapWeapon();
else if (isPressed(BUTTON_B)) 
lurchIne ectively();
}
Эта функция обычно вызывается один раз за кадр 
в Игровом цикле (с. 161), и я уверен, вы легко догадае-
тесь, что она делает. Такой код работает, если мы хотим 
жестко привязать пользовательский ввод к игровым 
действиям, но многие игры позволяют пользователю са-
мостоятельно 
настроить
привязку кнопок к определен-
ным действиям.
Для поддержки такой возможности нам нужно превра-
тить прямые вызовы функций 
jump()
и 
reGun()
в то, 
что мы можем менять местами. «Менять местами» очень 
похоже на присвоение значения переменной, следова-
тельно, нам нужен 
объект
, который мы можем использо-
вать для представления игрового действия. Пришел че-
ред паттерна Команда!
Мы определяем базовый класс, который представля-
ет собой запускаемую в игре команду:
class Command
{
Совет профессионала: 
Не нажимайте кнопку B 
слишком часто. 

---

36
Команда (Command) — 
Паттерны программирования игр
public:
virtual ~Command() {}
virtual void execute() = 0;
};
Затем мы создаем подкласс для каждого из разных 
игровых действий:
class JumpCommand : public Command
{
public:
virtual void execute() {jump();}
};
class FireCommand : public Command
{
public:
virtual void execute() { reGun();}
};
// …
В нашем обработчике ввода мы сохраняем указатель 
на команду для каждой кнопки:
class InputHandler
{
public:
void handleInput();
//
private:
Command* buttonX_;
Command* buttonY_;
Command* buttonA_;
Command* buttonB_;
};
Теперь обработка ввода просто делегируется этим 
командам:
Когда вы используете 
интерфейс с единствен-
ным методом, который 
ничего не возвращает, 
вероятнее всего, что это 
паттерн Команда 
(Command).

---