A-tit indd

Паттерны программирования игр
— Другой взгляд на паттерны проектирования
63
Observer* observers_[MAX_OBSERVERS];
int numObservers_;
};
Важно, что объект предоставляет 
публичный
API для 
изменения этого списка:
class Subject
{
public:
void addObserver(Observer* observer)
{
// 3 …
}
void removeObserver(Observer* observer)
{
// ? …
}
// …
};
Он позволяет внешнему коду контролировать, кто 
получает уведомления. Субъект связывается с наблюда-
телями, но не 
связан
с ними. В нашем примере ни одна 
строка кода, отвечающего за физику, не затрагивает си-
стему достижений. Тем не менее он все же может об-
щаться с ней. Вот в чем суть этого паттерна.
Также важно создать для субъекта 
список
, а не про-
сто одного наблюдателя, тем самым препятствуя обра-
зованию у них явной связи 
друг с другом
. Например, зву-
ковой движок также отмечает событие падения, чтобы 
воспроизвести соответствующий звук в нужный момент. 
Если бы субъект поддерживал только одного наблюда-
теля, тогда регистрация звукового движка в списке на-
блюдателей автоматически исключала бы оттуда систе-
му достижений.
Такая ситуация привела бы к взаимодействию двух 
систем друг с другом, причем вторая система препят-
ствовала бы работе первой. Поддержка списка наблюда-
телей гарантирует независимость каждого наблюдателя 
В реальном коде вы ис-
пользовали бы динами-
ческий набор данных 
вместо функционально 
ограниченного массива. 
Я использую тут совсем 
простые базовые вещи 
для людей, которые 
программируют на дру-
гих языках и не знакомы 
со стандартной библио-
текой C++.

---