A-tit indd

Паттерны программирования игр
— Паттерны уменьшения связанности
317
• Рабочая очередь
Как и в случае с широковещательной очередью, у вас 
будет несколько слушателей. Разница в том, что каж-
дое событие из очереди отправляется только 
одному
из них. Это распространенный паттерн для распре-
деления работы между несколькими параллельными 
потоками.
• Придется создавать расписание
. Поскольку элемент 
передается только одному слушателю, то в очереди 
придется реализовать логику, которая позволит ре-
шать, какому именно. Она может быть совсем про-
стой (круговая система или случайный выбор) или 
более сложной.
Кто может записывать в очередь?
Это обратная сторона предыдущего архитектурного ре-
шения. Данный паттерн поддерживает все возможные 
комбинации чтения/записи: один-к-одному, один-ко-
многим, многие-к-одному, многие-ко-многим.
• Записывает только один
Этот стиль коммуникации характерен для паттерна 
Наблюдатель (Observer) (с. 59). У вас есть один объ-
ект, обладающий нужными правами, чтобы генериро-
вать события, которые другие могут считывать.
• Вы точно знаете, откуда пришло событие
. Раз есть 
только один объект, способный добавлять события 
в очередь, то каждый слушатель может безопасно 
принимать предположения насчет отправителя.
• Обычно вы будете реализовывать множество слу-
шателей.
Вы, конечно, можете создать очередь 
один-отправитель-один-приемник, но результат бу-
дет меньше походить на паттерн взаимодействия, 
а больше — на самую обычную структуру данных 
очереди.
Иногда вы можете услы-
шать, что отношение 
многие-к-одному назы-
вают fan-in, а один-ко-
многим — fan-out.

---