A-tit indd

Рис. 8.4.
Жестокое возмездие

---

Паттерны программирования игр
— Паттерны очередности
155
Оставим весь код в покое, просто изменим фрагмент, 
где мы добавляли акторов на сцену, на следующий:
stage.add(harry, 2);
stage.add(baldy, 1);
stage.add(chump, 0);
Давайте посмотрим, что произойдет, когда мы запу-
стим наш эксперимент:
(q$ 3 0 (…))
( 9, |
)
(q$ 3 1 („))
(„ 9, |
)
(q$ 3 2 (‚))
(‚ 9, | 9 
„)
(73 $ )
Ого. Не так, как ожидалось. Проблема очевидна. Когда 
мы обновляем акторов, мы изменяем их состояние «Полу-
чил пощечину», то самое состояние, которое мы 
считыва-
ем
во время обновления. Из-за этого сделанные вначале 
процесса обновления изменения влияют на то, что проис-
ходит дальше в процессе 
того же самого
шага обновления.
В итоге получаем, что актор может реагировать 
на пощечину либо в 
тот же
кадр, либо в 
следующий
, 
в зависимости только от порядка, в котором акторы 
располагаются на сцене. Это не соответствует нашему 
требованию «акторы должны действовать параллель-
но» — порядок их обновления в рамках одного кадра 
не должен иметь значения.
Буферизация пощечин
К счастью, тут тоже может помочь паттерн Двойной бу-
фер (Double Buffer). Теперь вместо создания двух копий 
целого «буферизуемого» объекта мы поместим в буфер 
более мелкую сущность, состояние «Получил пощечину» 
для каждого из акторов:
Если вы продолжите об-
новлять сцену, то заме-
тите, что пощечины по-
степенно передаются 
между акторами, один 
раз за кадр. В первом ка-
дре Гарри бьет Болди. 
Во втором Болди —
Чампа и так далее.

---