альтернатива пользовательским событиям
 

Уважаемые знатоки, подскажите такой теоретический вопрос по пользовательским событиям (ПС).
Для создания ПС мы делаем класс, допустим GameOver extends EventDispatcher и в конце игры делаем так
В главном классе мы прописываем
1.Не проще ли информировать о конце игры, вызывая к примеру метод Main.konecGame из нужного класса
2.Либо прослушивать флажок о конце игры в EnterFrame, ведь по сути слушатель ПС konec.addEventListener(GameOver.GAME_OVER, konecListener), также потребляет память каждый кадр?
В чем смысл использования ПС простыми словами?
Спасибо

1. Кривая архитектура приложения.
2. Не оптимально слушать в каждом кадре смену флажка.

Кто вам такое сказал? Вы привязали слушатель к событию, и он вызовется, когда будет отправлено это событие.

Представь, у тебя 150 классов, 100 из них надо уведомить об окончании игры, что будешь делать?

Для того он и слушатель, что постоянно слушает (как мне кажется, каждый раз в кадр), потребляя немного памяти, для чего же тогда удаляют ненужные слушатели(приемники)? И еще вопрос к вам, в чем заключается кривая архитектура?

Добавлено через 43 секунды
Т.е. мы регистрируем в каждом из 100 классов по слушателю пользовательского события? Или как мы будем информировать все классы? В чем различие (преимущество) от использования обычного метода класса Main?

События нужны, для обеспечения принципа слабой связанности компонентов программы, сокрытия кода и инкапсуляции. И это вопрос об архитектуре приложения в целом, а не о конкретном кейсе. Проще в частном случае, не означает проще в целом. В целом может быть сложнее. Код может превратиться в спагетти, т.к. части будут спутаны друг с другом.
Слушатель "не слушает". Это обработчик события - он "обрабатывает" событие, которое ему передаётся.

Я имею в виду отмену регистрации приемника

- Для того, чтобы удалить лишние связи, когда они не нужны, чтобы gc мог сделать свою работу.
- Для избежания ошибок. В удалённом объекте, даже если на него не осталось ссылок, слушатели продолжат работать. Из-за этого возможны ошибки этапа выполнения.

Заброшенные приемники, если их много, очень хорошо расходуют память, а связи это другой вопрос.

Добавлено через 2 минуты
Пока я для себя сделал вывод, что преимущество использования пользовательского события, как сказал Udaaff - для обеспечения принципа слабой связанности компонентов программы, сокрытия кода и инкапсуляции. Т.е. для небольшого приложения допустимо использовать другие способы.

лучше так:
GameOver extends flash.events.Event

Слушатели не "слушают" ничего каждый кадр.
Они просто посредники между двумя классами.

А удаляют их потому, что GC не может удалить ненужный объект из памяти, если к нему привязан слушатель.
Как, в принципе, и говорили выше.