Comments 5
Статья оборвалась для меня очень неожиданно :(
Согласен, есть такое! Однако, для тех кому не хватило оставил источники в конце и основной посыл статьи достаточно простой.
Когда используете какой-то инструмент, всегда держите в голове идею и point его создателя, чтобы не противоречить базовым design principles. Потому что, если выходит так, что не получается использовать инструмент по назначению, проще не тратить силы на попытки его встроить, а сменить или отказаться
Я категорически не соглашусь с первым пунктом.
Для меня медиатор - это в первую очередь инструмент организации кода. Да, у него есть проблемы с IntelliSense, да есть некоторый бойлерплейт, но с другой стороны решается проблема раздутых сервисов с кучей зависимостей. Тут уж кому как больше нравится.
И в этом месте в случае больших проектов с кучей логики я не вижу вообще никакой проблемы вызывать одни обработчики из других, главное, чтобы они в проекте лежали рядом с реквестом, чтобы их просто было найти.
А то, что, приводится в примере вообще больше похоже на нотификацию, которые в медиаторе тоже обрабатываются через обработчики и обычно вызываются как раз таки из других обработчиков.
Главная ошибка при использовании MediatR - использовать MediatR. Конечно, в некоторых сценариях он выглядит крайне полезным, но всегда оказывается раком, стихийно захватывающим проект и превращающим его в комок отвратительной лапши
Две главные ошибки при использовании MediatR