Спасибо!

Получается отправляем самый минимум, а детали подписчики сами пусть получают если нужны.

тип того. Но аккуратнее с temporal coupling.

пример - вот у тебя модуль кидает ивент "коммент добавлен" и другой модуль их потребляет и чет делает. Например отправляет текст коммента на email. А следом был ивент "коммент обновлен" и ты такой подписываешься и на него.

Если текст коммента внутри ивента то все гуд и все просто, наши данные отвязаны от времени. Если же ты только айдишку эскпоузишь то есть шанс что данные которые ты запрашиваешь по тригеру могут быть уже изменены и ты получишь по итогу 2 email-а с одинаковым текстом что может вызвать конфуз у пользователя.

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

Ну так что бы сложнее еще все это казалось)

Мне кажется норм, что получит два уведомления...

А вот с рендерингом - интересно...

ну это к вопросу "какие модули должны за это отвечать". Есть типичная история "модуль нотификашек которые подписаны на все на свете и шлют людям email-ы" либо модули должны сами подписываться на свои события и модуль нотификашек это лишь инфраструктура которые подготовленные и отрендернные данные могут отправлять ресипиентам (модули могут не знать о том как списки ресипиентов формируются а могут и знать, зависит от кейсов).

Декомпозиция это весело

опять же все эти вопросы не стоят так остро когда у тебя одна команда из там <10 человек.

Правда, "весело" бизнесу не продаётся

Всем надо надежно, понятно, и в одном месте

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

*и синхронно

точно, ступил

в жопе короч

Можно и так сказать

"Сервис хранения информации об объектах"

конечно синхронно, один человек когда продумывает флоу в любом случае конкурентные сценарии рассматривать с позиции бизнеса не будет. То что для тебя "одновременно" для них "ну может через час после".

Ну ладно, синхронно хотят разработчики

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

хз, обычно его книги по фану рекомендуют) достаточно его блог почитать

ну и то что я перечислил это не то за что он топит (вроде)

я кроме элегантных объектов и не слышал больше от него)

Тебе повезло