Interesting thing about this article is bring ing mediaR pattern into clean architecutre which can support CQRS or command and Query much effectively at the same time manage required layers supported by Cleanr architecutre.
Easy and useful Pattern to make code clean and structure.
Clean Code Architecture
Clean Code Architecture or often called Onion Architecture is a layered architecture that makes your project easy to manage and test.
You can find the common pictures of this concept from visual diagram below.
If you don't know about clean code architecture, there are some useful links you can visit.
CQRS and the Mediator Pattern
CQRS
CQRS stands for “Command Query Responsibility Segregation”. The main purpose of this pattern is to split responsibility of commands (saves) and queries (reads) into different models.
If we think about commonly used CRUD pattern, we think it as working on same data model to perform CRUD operations. For an example if we have a user model class, we usually performs the CRUD operations on that user model class. However CQRS would instead have us split these operations into two models, one for the queries (Read), and another for the commands (Create-Update-Delete).
Mediator pattern
Mediator pattern is used to reduce communication complexity between multiple objects or classes. This pattern provides a mediator class which normally handles all the communications between different classes and supports easy maintenance of the code by loose coupling.
We can see in the image above, Controller Service sends a message to the Mediator, the Mediator then invokes one or multiple services to handle the message. There is no direct dependency between green and blue components.
MediatR library for CQRS and Mediator pattern
MediatR is a .Net library that is used to implement CQRS with mediator pattern. However this library has a limitation. It only works on 'in process' CQRS implementation. The term 'in process' means .NET library that manages interactions within classes on the same process. It is not an appropriate library to use if we wanted to separate the commands and queries across two systems. In that case, a better approach would be to a message broker such as Kafka or RabbitMq.
Setting up project
Project Setup
First off, let’s open Visual Studio and create a new ASP.NET Core Web Application, selecting API as the project type.
Project Dependencies
Let’s install a couple of packages via the Package Manager Console.PM> install-package MediatRPM> install-package MediatR.Extensions.Microsoft.DependencyInjectionPM> install-package FluentValidation.AspNetCorePM> install-package FluentValidation.DependencyInjectionExtensionsPM> install-package Microsoft.AspNetCore.Mvc.VersioningPM> install-package MongoDB.DriverPM> install-package Swashbuckle.AspNetCore.SwaggerPM> install-package Swashbuckle.AspNetCore.SwaggerGenPM> install-package Swashbuckle.AspNetCore.SwaggerGenPM> install-package Swashbuckle.AspNetCore.SwaggerUIPM> install-package System.Linq.Dynamic.CorePM> install-package AutoMapperPM> install-package AutoMapper.Extensions.Microsoft.DependencyInjectionPM> install-package AutofacPM> install-package Autofac.Extensions.DependencyInjection
You can find GitHub link here
No comments:
Post a Comment