Skip to main content

C# : Implementing the CQRS Pattern in .Net Web application

 


Command Query Responsibility Segregation (CQRS) is a design pattern that separates the responsibilities of handling commands (write operations) and queries (read operations) in an application. In this blog post, we'll explore how to implement the CQRS pattern in C# step by step, using code snippets and clear explanations to ensure understanding for everyone.

Understanding CQRS: CQRS divides the application's data model into separate models for reading and writing. It promotes the idea that different models optimize for different use cases, allowing for better scalability, performance, and maintainability.

Step 1: Define Commands and Queries: Start by defining the commands and queries that your application will support. Commands represent actions that change the application's state, while queries retrieve data from the application.

public class CreateProductCommand
{
    public string Name { get; set; }
    public decimal Price { get; set; }
}

public class GetProductByIdQuery
{
    public int Id { get; set; }
}
Step 2: Implement Command and Query Handlers: Create handlers for each command and query. Handlers are responsible for executing the requested actions and returning results.

public interface ICommandHandler<TCommand>
{
    Task HandleAsync(TCommand command);
}

public interface IQueryHandler<TQuery, TResult>
{
    Task<TResult> HandleAsync(TQuery query);
}

public class CreateProductCommandHandler : ICommandHandler<CreateProductCommand>
{
    public async Task HandleAsync(CreateProductCommand command)
    {
        // Logic to create a new product...
    }
}

public class GetProductByIdQueryHandler : IQueryHandler<GetProductByIdQuery, Product>
{
    public async Task<Product> HandleAsync(GetProductByIdQuery query)
    {
        // Logic to retrieve a product by ID...
    }
}
Step 3: Configure Command and Query Routes: Define routes or mappings to associate commands and queries with their respective handlers.

public class CommandRouter
{
    private readonly Dictionary<Type, ICommandHandler> _commandHandlers = new Dictionary<Type, ICommandHandler>();

    public void Register<TCommand>(ICommandHandler<TCommand> handler)
    {
        _commandHandlers[typeof(TCommand)] = handler;
    }

    public async Task ExecuteAsync<TCommand>(TCommand command)
    {
        var handler = (ICommandHandler<TCommand>)_commandHandlers[typeof(TCommand)];
        await handler.HandleAsync(command);
    }
}

public class QueryRouter
{
    private readonly Dictionary<Type, object> _queryHandlers = new Dictionary<Type, object>();

    public void Register<TQuery, TResult>(IQueryHandler<TQuery, TResult> handler)
    {
        _queryHandlers[typeof(TQuery)] = handler;
    }

    public async Task<TResult> ExecuteAsync<TQuery, TResult>(TQuery query)
    {
        var handler = (IQueryHandler<TQuery, TResult>)_queryHandlers[typeof(TQuery)];
        return await handler.HandleAsync(query);
    }
}
Step 4: Usage in Application: Use the configured command and query routers in your application to handle user requests.

public class ProductService
{
    private readonly CommandRouter _commandRouter;
    private readonly QueryRouter _queryRouter;

    public ProductService(CommandRouter commandRouter, QueryRouter queryRouter)
    {
        _commandRouter = commandRouter;
        _queryRouter = queryRouter;
    }

    public async Task CreateProductAsync(CreateProductCommand command)
    {
        await _commandRouter.ExecuteAsync(command);
    }

    public async Task<Product> GetProductByIdAsync(GetProductByIdQuery query)
    {
        return await _queryRouter.ExecuteAsync<GetProductByIdQuery, Product>(query);
    }
}
Conclusion: Implementing the CQRS pattern in C# can lead to more maintainable, scalable, and efficient applications by separating concerns between commands and queries. By following the steps outlined in this guide and using the provided code snippets, you can effectively apply the CQRS pattern to your C# projects, improving their architecture and design.

Comments

Popular posts from this blog

Implementing and Integrating RabbitMQ in .NET Core Application: Shopping Cart and Order API

RabbitMQ is a robust message broker that enables communication between services in a decoupled, reliable manner. In this guide, we’ll implement RabbitMQ in a .NET Core application to connect two microservices: Shopping Cart API (Producer) and Order API (Consumer). 1. Prerequisites Install RabbitMQ locally or on a server. Default Management UI: http://localhost:15672 Default Credentials: guest/guest Install the RabbitMQ.Client package for .NET: dotnet add package RabbitMQ.Client 2. Architecture Overview Shopping Cart API (Producer): Sends a message when a user places an order. RabbitMQ : Acts as the broker to hold the message. Order API (Consumer): Receives the message and processes the order. 3. RabbitMQ Producer: Shopping Cart API Step 1: Install RabbitMQ.Client Ensure the RabbitMQ client library is installed: dotnet add package RabbitMQ.Client Step 2: Create the Producer Service Add a RabbitMQProducer class to send messages. RabbitMQProducer.cs : using RabbitMQ.Client; usin...

How Does My .NET Core Application Build Once and Run Everywhere?

One of the most powerful features of .NET Core is its cross-platform nature. Unlike the traditional .NET Framework, which was limited to Windows, .NET Core allows you to build your application once and run it on Windows , Linux , or macOS . This makes it an excellent choice for modern, scalable, and portable applications. In this blog, we’ll explore how .NET Core achieves this, the underlying architecture, and how you can leverage it to make your applications truly cross-platform. Key Features of .NET Core for Cross-Platform Development Platform Independence : .NET Core Runtime is available for multiple platforms (Windows, Linux, macOS). Applications can run seamlessly without platform-specific adjustments. Build Once, Run Anywhere : Compile your code once and deploy it on any OS with minimal effort. Self-Contained Deployment : .NET Core apps can include the runtime in the deployment package, making them independent of the host system's installed runtime. Standardized Libraries ...

Clean Architecture: What It Is and How It Differs from Microservices

In the tech world, buzzwords like   Clean Architecture   and   Microservices   often dominate discussions about building scalable, maintainable applications. But what exactly is Clean Architecture? How does it compare to Microservices? And most importantly, is it more efficient? Let’s break it all down, from understanding the core principles of Clean Architecture to comparing it with Microservices. By the end of this blog, you’ll know when to use each and why Clean Architecture might just be the silent hero your projects need. What is Clean Architecture? Clean Architecture  is a design paradigm introduced by Robert C. Martin (Uncle Bob) in his book  Clean Architecture: A Craftsman’s Guide to Software Structure and Design . It’s an evolution of layered architecture, focusing on organizing code in a way that makes it  flexible ,  testable , and  easy to maintain . Core Principles of Clean Architecture Dependency Inversion : High-level modules s...