A-tit indd

Рис. 8.2.
Смайлик, 
ну что-то вроде

---

150
Двойной буфер (Double Buffer) — 
Паттерны программирования игр
next_(&bu ers_[1])
{}
void draw()
{
next_->clear();
next_->draw(1, 1);
// …
next_->draw(4, 3);
swap();
}
Framebu er& getBu er() {return *current_;}
private:
void swap()
{
// 6
Framebu er* temp = current_;
current_ = next_;
next_ = temp;
}
Framebu er bu ers_[2];
Framebu er* current_;
Framebu er* next_;
};
Сейчас у 
Scene
есть два буфера, которые хранятся 
в массиве 
bu ers_
. Мы не обращаемся к ним напря-
мую из этого массива. Мы используем два указателя, 
next_
и 
current_
, указывающие на массив. Когда мы 
рисуем, мы это делаем в следующий буфер, используя 
ссылку 
next_
. А видеодрайвер считывает 
другой
буфер 
через 
current_
.
Таким образом, у видеодрайвера никогда нет доступа 
к буферу, изменяющемуся в данный момент. Нам остается 
только вызвать 
swap()
, когда сцена заканчивает отрисо-
вывать кадр. Функция 
swap()
переключает буферы, про-
сто меняя местами указатели 
next_
и 
current_
. В сле-
дующий раз, когда видеодрайвер вызовет 
getBu er()
, 
он получит доступ к новому буферу, который мы только 

---

Паттерны программирования игр
— Паттерны очередности
151
что закончили заполнять, и выведет его на экран. Боль-
ше никаких разрывов и неприятного мерцания.
Не только для графики
Основная проблема, которую решает двойная буфериза-
ция, — ограничение доступа к состоянию в момент его 
изменения. У этой проблемы есть две причины. Первую 
мы рассмотрели только что в примере с графикой, когда 
к состоянию обращаются напрямую из другого потока 
или прерывания.
Но есть и другая распространенная причина: когда 
код, 
выполняющий изменение
, обращается к тому же со-
стоянию, которое он изменяет. Такая ситуация может 
возникнуть во множестве мест, особенно в физическом 
движке или ИИ, где есть множество сущностей, взаи-
модействующих друг с другом. Двойной буфер (Double 
Buffer) способен помочь и здесь.