A-tit indd

Паттерны программирования игр
— Паттерны уменьшения связанности
315
• Область видимости очереди стремится к расши-
рению.
Очереди событий обычно используются для 
широковещательной
отправки информации о со-
бытиях любым заинтересованным сторонам. Для 
достижения максимальной гибкости для всех за-
интересованных сторон очереди стремятся к более 
глобальной области видимости.
• Если вы помещаете в очередь сообщения
«Сообщение» или «Запрос» описывают действие, ко-
торому 
предстоит произойти
, например воспроизве-
дение звука. Это можно рассматривать как асинхрон-
ный API к сервису.
• Скорее всего, у вас будет только один слушатель
. 
В нашем примере сообщения в очереди — запро-
сы исключительно к 
аудио API
на воспроизведение 
звука. Если другие случайные части кода начнут во-
ровать сообщения из очереди, то ничего хорошего 
из этого не выйдет.
Кто может считывать из очереди?
В нашем примере очередь инкапсулирована, и только 
класс 
Audio
может из нее считывать. В системе событий 
пользовательского интерфейса вы можете зарегистри-
ровать любых слушателей, каких только душе угодно. 
Вы, наверное, слышали термины «адресное вещание» 
и «широкое вещание», которыми описывают эти типы. 
Оба варианта по-своему полезны.
• Очередь адресного вещания
Такой подход естественен, когда очередь является частью 
API класса. Как в примере с аудио: отправителю виден 
лишь метод 
playSound()
, который он может вызвать.
• Очередь становится деталью реализации того, 
кто считывает
. Отправитель знает только одно: 
он посылает сообщение.
Другой термин для «за-
проса» — «команда», как 
в паттерне Команда 
(Command) (с. 33). Оче-
реди могут быть исполь-
зованы и там.
Я говорю «скорее 
всего», поскольку ино-
гда вам будет все равно, 
кто обрабатывает сооб-
щения, которые вы по-
местили в очередь. 
Ну, до тех пор пока они 
обрабатываются так, 
как
вы ожидаете. Получится 
что-то наподобие Лока-
тора служб (с. 321).

---