A-tit indd

Паттерны программирования игр
— Другой взгляд на паттерны проектирования
75
эти окна. Окна не визуализируются на экране, но они 
получают уведомления и занимают мощности процес-
сора, обновляя невидимые элементы пользовательского 
интерфейса. Если они выполняют другие действия, на-
пример воспроизведение звуков, то вы получите явное 
подтверждение неверного поведения.
Это настолько распространенная проблема в систе-
мах уведомлений, что у нее даже есть имя: 
проблема 
истекшего слушателя
. Поскольку субъекты сохраня-
ют ссылки на своих слушателей, вы можете в итоге по-
лучить объекты-зомби пользовательского интерфейса, 
остающиеся в памяти. Урок — соблюдайте дисциплину 
со списками наблюдателей.
Что происходит? 
Другая, более глубокая проблема с паттерном Наблюда-
тель (Observer) является прямым следствием его основ-
ного предназначения. Мы используем его, потому что это 
помогает нам ослабить связь между двумя частями кода. 
Он позволяет субъекту косвенно общаться с каким-то на-
блюдателем, не будучи статически привязанным к нему.
Это настоящая победа, когда вам нужно понять пове-
дение субъекта, и любые зависимости будут только ме-
шать. Если вы сосредоточились на работе с физическим 
движком, вы действительно не захотите, чтобы ваш ре-
дактор — или ваш ум — вмешивал в код какую-то там 
систему достижений.
С другой стороны, если ваша программа не работает 
и ошибка зарылась где-то в цепочке наблюдателей, ра-
зобраться с коммуникативным потоком намного слож-
нее. С явной связью это так же просто, как посмотреть 
на вызываемый метод — детская игра для вашей обыч-
ной IDE, если связь статична.
Но когда связь происходит через список наблюдате-
лей, единственный способ сказать, кто будет получать 
уведомление, — это увидеть, какие наблюдатели нахо-
дятся в списке 
во время выполнения
. Вместо того что-
бы пытаться разобраться в 
статической
структуре 
Еще более убедитель-
ный признак значимо-
сти поднятой темы: 
о ней есть статья 
в «Википедии» (Lapsed 
listener problem).

---