Netspirit писал(а):
По-моему, реализуется чисто соглашением по именованию, типа "CatX.EventY"Но есть нюансы :
- большое количество событий в одном канале будет медленновато, потому как там линейный поиск. Именно на момент переподписки или изначальной подписки/динамической пукбликации.
- Строки вот так морочать не всегда удобно... Но это уже скорее субъективщина.
Netspirit писал(а):
Но вот добавлять незвестные события в процессе работы программы, которые будуть выполнять не предусмотренные разработчиком действия - я не представляю какДинамические контейнеры + список строк в файле, например. Составлять события, которые будут по очереди вызывать более мелкие, опять-же, как свой скриптовик.. Но это сомнительно, хоть и возможно.
Netspirit писал(а):
только разработчик может предусмотреть реакцию на событие, а значит и сам перечень событий.Это полезно, опять-же, для перенаправления событий в другой канал, без ручного создания кучи компонентов EventSubscriber или дублирования списка событий ручками для создания динамических контейнеров. Так просто удобнее. В процессе пользования компонентами я ни разу не пожалел о том, что дал такую возможность.
И да, этот массив из точки ANames только для чтения. Менять имена с его помощью или добавлять новые - нельзя.