Двуякая штука

Ставлю на то, что теги тоже не используешь)

Использую только для логгера )

У меня есть модуль логирования

И я там тегом @named указываю просто кастомный лейбл

А сам код полностью классами пишешь?

У меня к ним какая-то сакральная тяга, но я по-прежнему не уверен, что это обосновано и нормально

да, у меня на 95% код состоит из классов

я тоже.. пробовал и так и так.
Пробовал писать без ООП, но получается сложнее в итоге
может у меня мозги заточены на классы, или это влияние литературы которую читал.. не знаю.
Но мне классами гораздо легче оперирвать, оркестровать, выделять явно сущности, группировать все по функциональности и выделять в подключаемые модули

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

но, признаться, оно мне гложит глаз ))

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

Ну и на проект один инстанс ивент эмиттера под все классы

Господа, дайте фидбэк, пожалуйста. Интересно, не пробовал ли уже кто-то так организовывать код и какие подводные камни могут поджидать на этом пути

Я так делал.
Один довольно большой и сложный проект так написан.

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

Оно вроде норм, но дебажить и адекватно тестировать это почти нереально, тесты становятся сложные.. ты делаешь подписки, проверяешь были ли такие то события брошены... В общем в моем случае это была не очень идея.

Связанность это неплохо, это даже удобно.

Хм-м, а если мокать ивенты?

Логировать все ивенты через точку входа для дебага

Очень на абстракцию актеров похоже

Интересно, подскажи, пожалуйста, где можно узнать больше об этом