Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/daniellittledev/Enexure.MicroBus

MicroBus is a simple in process Mediator for .NET
https://github.com/daniellittledev/Enexure.MicroBus

c-sharp cqrs dotnet dotnetcore mediator

Last synced: 17 days ago
JSON representation

MicroBus is a simple in process Mediator for .NET

Awesome Lists containing this project

README

        

Enexure.MicroBus
=================
[![Build status](https://ci.appveyor.com/api/projects/status/nwb1ebtfxiedyput/branch/master?svg=true)](https://ci.appveyor.com/project/Daniel45729/enexure-microbus/branch/master)

MicroBus is a simple in process mediator for .NET

> PM> Install-Package [Enexure.MicroBus.Autofac](https://www.nuget.org/packages/Enexure.MicroBus.Autofac/)

I wanted a super simple mediator with great support for global handlers. With MicroBus message handlers and global handlers are first class citizens making it easy to get started.

Registering a set of handlers takes a few just lines of code and is fairly terse.

```c#
var busBuilder = new BusBuilder()

// Global Handlers run in order so these are explicitly registered
.RegisterGlobalHandler()
.RegisterGlobalHandler()
.RegisterGlobalHandler()
.RegisterGlobalHandler()

// Scan an assembly to find all the handlers
.RegisterHandlers(assembly);
```

Once your registrations are sorted out then it's just a matter of adding MicroBus to your DI container. Here is now we register MicroBus to Autofac.

```c#
autofacContainerBuilder.RegisterMicroBus(busBuilder);
```

MicroBus has two main interfaces, the bus and the mediator. A bus will work with the message types, commands, events and queries(request/response). This imposes a strong set of rules around what a message can do. For example you can only have at most one handler for a query or command.

```c#
given(IMicroBus bus)

bus.SendAsync(new TestCommand()); // ICommand
bus.QueryAsync(new TestQuery()); // IQuery
bus.PublishAsync(new TestEvent()); // IEvent
```

The other is the mediator which is more general. Messages can be anything and don't need to implement any specific interface. This can be useful when interfacing with existing message contracts.

```c#
given(IMicroMediator mediator)

mediator.SendAsync(anyObject);
mediator.QueryAsync(anyObject);
mediator.PublishAsync(anyObject);
```

Commands are the typical entry point for an application. A command is something that you ask the system to do. For example, create a new page the the name of a command is always in the imperative tense. Commands are also interesting in that they don't return anything. In our create a page example you would say create the page "home" or create an object that I can refer to with this Guid instead of create a page and return the Id. The great part about this is you already know what the Id of the resource is going to be.

```c#
class TestCommand : ICommand { }

class TestCommandHandler : ICommandHandler
{
public async Task Handle(TestCommand command)
{
Console.WriteLine("Test command handler");
}
}
```

One of the most important things an application needs is a way to deal with cross cutting concerns. In MicroBus this is where global handlers come in. They provide a great way to do work before messages get to the handlers. They also use the nested Russian Doll style approach so each handler will internally call the next handler or handler in the chain.

```c#
public class CrossCuttingHandler : IDelegatingHandler
{
public async Task Handle(INextHandler next, object message)
{
using (var transaction = unitOfWork.NewTransaction()) {
return await next.Handle(message);
}
}
}
```

Currently MicroBus only comes with built in [support for Autofac](https://www.nuget.org/packages/Enexure.MicroBus.Autofac/).

For more examples check out the [Enexure.MicroBus.Tests](https://github.com/Lavinski/Enexure.MicroBus/tree/master/src/Enexure.MicroBus.Tests) project or this [sample WebApi project](https://github.com/Lavinski/Website.MicroBus.Sample).