криповенько

если рассматривать ивентбас  как реку времени, а события - это факты которые по ней плывут, то какая разница кто их запустил?
факт есть факт, он случился где то в какой то момент времени, вся суть такого разделения - чтобы не знать где оно случилось.

поэтому "как такое дебажить" - да, хуй знает как, материться через раз и дебажить

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

ну то есть да, глобальный ивентбас - боль, но если это пачка вполне себе ограниченных басов - почему это может быть больно?

p.s. мб я что-то не понимаю про такую шину?

сложность возрастает как только количество событий вырастает до пары десятков, это неоспоримо )

(боян)
Вроде же хотели что-то в языке докрутить, что бы это пофиксить 🤔

вероятно, она растет не быстрее, чем от роста количества методов/интеракторов/репозиториев/фич?

Причинно-следственные связи, да. Это намного хуже лапши из интеракторов, да.

быстрее, и объяснение очень простое - тулинг перестает тебе помогать

когда ты пишешь без событий, просто вызывая методы объектов или функции - у тебя есть стектрейс, у тебя есть подсказки иде, у тебя рефакторинг через иде

как только ты начал кидать события - вжух, ничего этого нет.
рефакторишь объект события - будь добр сам найти где все это юзается.
запихнуть в бандл +1 парамер - ок, а что делать когда параметр депрекейтед и надо удалить? а хер знает какие модули или части системы до сих пор его используют, если сам не поищешь.
а как только начнешь натыкаться на названия параметра оторваные от контекста - подумаешь - блять, это параметр события тут или локальная какая то переменная

Выглядит как идея для библиотеки трейсинга событий
zipkin vedro edition)

Интеракторы с репозиторием так или иначе хотя бы намёк на структуру кода позволяют поддерживать. Даже если ответственность в итоге в корявом клине течёт в соседние слои, ПРИМЕРНО понятно, что где искать. А вот если приложение -- бессвязный набор классов, которые присасываются к общей шине -- в таком дерьме без достаточной дозы алкоголя на постоянной основе некоторое количество времени разобраться просто невозможно.

в телеге похожая тема, NotificationCenter называется, пронизывает все приложение) хотя использовать довольно удобно

У нас и с двумя всего компонентами пиздец

Был*

Ну если там два год-обжекта тыщи по три и выше строк кода -- охотно поверю.

я, похоже, просто не копался в таком дерьме
у меня сейчас в предсказуемых (кажется) местах создаются и всегда можно через Find Usages найти, откуда они прилетают

в другом приложении чуть похуже, там полотно на 500 строк, которое проверяет на тип события с сокета и пытается их обработать - долго сидишь и втыкаешь, откуда же данные нужные получить
но я не берусь говорить о том, что это прям проблема подхода, а не незнания протокола

Ну тут должна помочь стат типизация)

я на жс виджеты писал с событиями, если вдруг че )