Как реализовать сервис с CQRS | Mediator

[@interjacksoninter6310]

Достаточно просто и понятно про CQRS, маловато про смысл медиатора) Но норм, посмотрел, сейчас буду пробовать)

[@konstantinturkin6639]

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

[@volodia9509]

На одном из проектов, использовали чуть другую схему. Репозитории объединялись в unit of work, при этом в хэндлерах команд и кверей происходил вызов не сервисов, а обобщенных интерфейсов с прокидыванием необходимой сущности в обобщение, данные которой необходимо использовать, например: ICommandRepository на создание/изменения, IQueryRepository на чтение из репозитория Users. Не помню правда как назывался этот паттерн, но был один из самых удобных

[@Excalib]

думаю что это часть CQRS+Event Sourcing, в моём проекте нет UoW, но в целом при желании почему бы и нет:)

[@volodia9509]

@@Excalib ну у нас эвенты тоже были, но были завязаны не на бд, а на сервисы. Но в целом да, играть можно с cqrs как угодно, строгих паттернов нет смысла придерживаться, их нужно адаптировать под каждый конкретный проект, лишь бы было удобно и практично)

[@jcatstreams8550]

Repo в uow😂😂😂

[@nouchance]

Спасибо большое!

[@Cleannetcode]

Хорошее видео, но мне кажется стоит прекращать смешивать cqrs и mediatr. Во первых они не шибко связаны и получается две не самые простые темы за раз. Во вторых тут есть разные альтернативы и mediatr не лучший выбор среди них. В общем я в некотором смысле хейтер mediatr-а и в проектах проще работать с этими самыми командами и кверями как есть (как на схеме про CQRS нарисовано)

[@Excalib]

на схеме нарисован CQRS+ES)

[@paulo_pastore]

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

[@andrewk3680]

Привет. А стоит ли принимать команды прям в контроллер или создать дто/реквесты и потом мапить их в команды?

[@Excalib]

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

[@nikoleynikk4250]

здаров можешь помочь как опубликовать приложение Blazor Webassebly, пробую способ как твой но при попытке запустить дебаг или релиз dll вылезает ошибка

[@СергейДовгалев-р5я]

Привет! А зачем обработчик определили в слое infrastructure? У меня например все в Аpplication. Считается ли это ошибкой ?

[@Excalib]

Какой обработчик? Ошибкой не считается важен контекст использования, кстати про ваш вопрос я подробно объясняю в видео про Чистую архитектуру

[@СергейДовгалев-р5я]

@@Excalib я смотрел его, очень помогло и статья, которую дали. Очень интересная, спасибо. Команда реализующая IRequest и обработчик реализующий IRequestHandler. Эти два файла в одной папке но в разных файлах. Слоя application.

[@СергейДовгалев-р5я]

@@Excalib ну в нем я вызываю repository, значит нужно определить в infrastructure получается?

[@Excalib]

@user-qu6ni1gl4u смотрите на это с точки зрения появления проблем, основным критерием правильного распределения классов будет являться то, что в будущем у вас не возникнет проблем с ссылками на проекты, на текущем этапе старайтесь писать больше кода и меньше обращать внимание на такие тонкости, с практическим опытом придет и наточенный до автомата навык распределения классов по слоям

[@СергейДовгалев-р5я]

@@Excalib спасибо