При масштабировании программного кода возникла необходимость взаимодействия между собой большого количества объектов. Реализовывать внутри объектов ссылки на другие объекту идея не очень. Необходимо что бы взаимодействие осуществлялось между собой абсолютно не связанных между собой объектов. Что бы они понятия не имели о существовании друг друга но имели возможность "общения" между собой.
Функциональные требования к менеджеру:
1. Иметь возможность любому объекту подписки на событие сразу в событии Create(касается п.7), и отправка сообщения подписчикам с параметрами (это базовые требования).
2. Исключена возможность двойной подписки конкретного объекта, на конкретное событие.
3. Должна быть как ручная отписка, так и автоматическая, в случае уничтожения(исчезновения) объекта, да бы если подписчик вдруг "откинется" и не засорять пустыми данными структуру подписчиков.
4. возможность отписки от всего и сразу!
5. отложенная во времени отправка сообщений подписчикам - это значительно экономит такты процессорного времени в каждом шаге/step`е программы , так же решает проблему функциональной атомарности.
6. Возможность подписки сразу же в событии Create объекта, т.е. менеджер событий уже должен быть готов как штык к плотной работе!
7. отвязка менеджера от базового "объекта менеджера" в комнате (или по крайне мере от хронологии его создания в комнате) касается п.1
8. простота использования
В результате на свет появился данный скрипт менеджера событий, выступающего в роли посредника между объектами.
И так содержимое скрипта sript_listen_manager.gml