Continuing this series on CQRS and ES in .NET, we’re now going to focus on Event Handlers. I previously covered: CQRS/ES The Command The Command Handler The Repository The Domain Object If you haven’t read them, I advise you to to so first. Read them in order, because they build upon each other. If you’re already familiar with CQRS and Event Sourcing, you can skip the first one. As you might recall, when we modify an aggregate, it stores pending
Category: CQRS/ES in .NET
The theory behind CQRS and Event Sourcing is easy. Actually implementing it isn’t. In this series, I will show you the different components that are required in a CQRS/ES system. Each post is accompanied by code examples, based on actual code that is being used in a product I developed.
If you haven’t read the previous posts in this series, you might want to check out: CQRS/ES The Command The Command Handler The Repository In this post, I will look at the Domain Object. So far, we know we can create a Command, give it to the Command Handler, who will use the Repository to retrieve a Domain Object and call the necessary methods on it. After that, the Command Handler will tell the Repository to save the object. Let’s
So far, we’ve covered the CQRS/ES pattern, the Command object, and the Command Handler object. In our last post, we saw that the Command Handler needs a repository to retrieve an object and save it after changes have been made. In this post, I will go into the Repository. The Interface The Repository will be responsible for finding an aggregate and saving it. So our public interface is simple: Let’s take this apart. First, it’s a generic interface, but we’ll
In my previous post, I explained how the Command in (our) CQRS implementation is just a DTO. This means we need to send it somewhere. Meet the CommandHandler. First, let’s define the interface. This will come in handy when we want to use dependency injection later. In my case, I injected the interface into my ASP.NET controllers so I could easily unit test them. The interface is simple: There’s not much to it, except for the fact that we only
Let’s start with the C in CQRS. As you know by now, the C is for “Command.” In our implementation of CQRS/ES, a command will be a basic DTO object. Later, we’ll see that CommandHandlers will take such a command and perform the necessary calls to domain objects. But let’s start simple. As stated, a command will be a simple DTO object, without any special logic. In my case, without any logic at all, except for a constructor. The name
CQRS (command and query responsibility segregation) and ES (event sourcing) are two patterns that are easily explained, but not so easily implemented. The patterns are gaining traction and often come together. But many developers have been trained in a classic CRUD way, and don’t always know where to begin. In this series, I’ll not only cover CQRS/ES abstractly, but I’ll provide real code examples to show you it’s really not very difficult. This first post will, however, focus on the