Есть ли смысл применять CQRS/MediatR?

Question

[...]

Зачем разделять запросы и обработчики? Только если запросы или обработчики нужны не в одном сервисе в микросервисной арх? Не совсем понимаю.

Comments

[Василий Банников]

Самое прикольное, что есть в медиатре - это возможность убрать дублирование кода при помощи pipeline behavior. Считай что практически бесплатные аспекты.

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

А это можно и без него реализовать.

Answer 1

[Виктор]

Query может использовать отдельную базу данных с денормализацией и индексами под поиск, а Command другую базу данных с нормальными формами и без лишних индексов для ускорения вставки. В случае микросервисной архитектуры это будет 2 отдельных микросервиса, что позволит эффективно всем управлять. Но настроить такую систему сложнее и дольше.

Независимо от БД и архитектуры, для Query и Command стоит делать разных пользователей в базе данных с разными правами, что только усиливает безопасность.

Answer 2

[Петр]

Имеет.
CQRS это для обработки конкретных действий в сервисе. И лучше все Request разделить на Query и Command.
Первый не модифицирует данные, второй для любых модификаций.
CQRS хорошо поддерживает Dependency Injection, то есть код становиться близок к SOLID.
Есть поддержка Behavior для логирования и валидации данных запросов.
Проект становиться проще для понимания.