A-tit indd

Интерфейс состояния
Прежде всего мы объявляем интерфейс для состояния. 
Каждый бит кода, ответственного за поведение, завися-
щий от состояния, — то есть все, что до этого мы реа-
лизовывали с помощью 
switch
, — станет виртуаль-
ным методом этого интерфейса. В нашем случае это 
handleInput()
и 
update()
:
class HeroineState
{
public:
virtual ~HeroineState() {}
virtual void handleInput(Heroine& heroine,
Input input) {}
virtual void update(Heroine& heroine) {}
};
Этому есть историче-
ское обоснование. Мно-
гие из проповедников 
объектно-ориентиро-
ванного программиро-
вания, в том числе 
и «Банда четырех», при-
шли из Smalltalk. Там 
ifThen
— просто метод 
для обработки условия, 
который реализуется 
по-разному объектами 
true
и 
false
.

---

Паттерны программирования игр
— Другой взгляд на паттерны проектирования
127
Классы для каждого из состояний
Для каждого состояния мы объявляем класс, в кото-
ром реализован данный интерфейс. Его методы опре-
деляют поведение героини, когда она находится в этом 
состоянии. Другими словами, возьмите каждый 
case
из 
switch
, который писали ранее, и переместите его 
в соответствующий класс состояния. Например:
class DuckingState : public HeroineState
{
public:
DuckingState()
: chargeTime_(0)
{}
virtual void handleInput(Heroine& heroine,
Input input) {
if (input == RELEASE_DOWN)
{
// " "…
heroine.setGraphics(IMAGE_STAND);
}
}
virtual void update(Heroine& heroine) {
chargeTime_++;
if (chargeTime_ > MAX_CHARGE)
{
heroine.superBomb();
}
}
private:
int chargeTime_;
};
Обратите внимание, мы также переместили 
chargeTime_
из 
Heroine
в класс 
DuckingState
. 
И это здорово, так как эти данные имеют смысл только 
в том состоянии, и теперь наша объектная модель явно 
об этом свидетельствует.

---