A-tit indd

384
Грязный флаг (Dirty Flag) — 
Паттерны программирования игр
методом 
setTransform()
для всех дочерних элемен-
тов. Вместо этого мы передаем значения грязного фла-
га от родителя вниз по иерархии во время рендеринга 
и тут же проверяем, надо ли нам заново вычислять гло-
бальные преобразования.
В итоге мы получаем желаемое: изменение локаль-
ных преобразований — всего лишь присвоение пары 
значений, а во время рендеринга вычисления выполня-
ются для минимального числа объектов, только тех, чьи 
преобразования изменились.
Архитектурные решения
Этот паттерн удивительно специфичный, так что есть 
всего пара вещей, о которых стоит задуматься.
Когда сбрасывать грязный флаг?
• Когда нужен результат
• Помогает избежать вычислений, если результат 
не понадобится вовсе
. Если первичные данные из-
меняются намного чаще, чем нужны производные, 
это может стать большим преимуществом.
• Если вычисления требуют много времени, то мо-
жет возникнуть заметная пауза
. Откладывание 
вычислений до момента, пока их не запросит поль-
зователь, может сильно повлиять на игровой про-
цесс. Обычно вычисления настолько быстрые, что 
проблема не возникает, но если дело обстоит ина-
че, то лучше выполнить вычисления чуть заранее.
• Строго определенные точки времени
Иногда бывают такие точки времени или этапы про-
цесса, когда прямо напрашивается выполнение отло-
женных вычислений. Например, мы хотим сделать воз-
можным сохранение только тогда, когда пират заходит 
в порт. Или, например, синхронизация может не являть-
ся частью игровой механики. А мы просто хотим скрыть 
вычисления за экраном загрузки между сценами.

---

Паттерны программирования игр
— Паттерны оптимизации
385
• Вычисления не влияют на пользовательский опыт
. 
В отличие от предыдущего решения, вы всегда мо-
жете что-то предложить пользователю, пока игра 
занимается делом.
• Вы перестаете контролировать, когда именно про-
исходят вычисления
. Это противоположно первому 
пункту. Вы можете на микроуровне управлять тем, 
когда выполнятся вычисления, и быть уверены, что 
игра обработает все должным образом.
Но что вы не можете, так это контролировать иг-
рока: действительно ли он дойдет до точки сохра-
нения. Если он заблудится где-то, то игра перейдет 
в странное состояние, а вычисления будут отложе-
ны на значительно более долгий период, чем вы 
предполагали.
• На фоне
Обычно вы устанавливаете таймер при первом внесе-
нии изменений, а затем обрабатываете все изменения, 
которые произошли по истечении заданного времени.
• Вы можете настроить частоту вычислений
. Изме-
няя период таймера, вы можете убедиться, что рас-
четы происходят так часто (или редко), как вам это 
нужно.
• Вы можете делать избыточную работу
. Если пер-
вичные данные изменятся за период таймера, но 
совсем незначительно, то вы будете обрабатывать 
большой объем практически неизмененных данных.
• Вам нужна поддержка асинхронности
. Обработка 
данных «в фоновом режиме» подразумевает свобо-
ду действий пользователя. Значит, вам понадобится