-
Notifications
You must be signed in to change notification settings - Fork 1
Home
A low-ambition library trying to solve a simple problem - decoupling the in-proc sending of messages from handling messages. Cross-platform, distributed as a portable class library, supporting .NET 4+, Silverlight 5, Windows 8, Windows Phone 8, Xamarin.Android and Xamarin.iOS.
Install via NuGet first:
Install-Package MediatR
MediatR only has one dependency, Common Service Locator. Any implementation of Common Service Locator is supported with MediatR. You will likely need to install the CSL adaptor for your container of choice.
You'll need to configure two dependencies: first, the mediator itself. StructureMap example: cfg.For<IMediator>().Use<Mediator>(). The other dependency is for the ServiceLocatorProvider delegate from CSL. StructureMap example: cfg.For<ServiceLocatorProvider>().Use(() => ServiceLocator.Current)
Finally, you'll need to register your handlers in your container of choice. StructureMap example:
new Container(cfg => cfg.Scan(scanner => {
scanner.TheCallingAssembly();
scanner.AssemblyContainingType<IMediator>();
scanner.AddAllTypesOf(typeof(IRequestHandler<,>));
scanner.AddAllTypesOf(typeof(INotificationHandler<>));
});
MediatR has two kinds of messages it dispatches:
- Request/response messages, dispatched to a single handler
- Notification messages, dispatched to multiple handlers
The request/response interface handles both command and query scenarios. First, create a message:
public class Ping : IRequest<string> { }
Next, create handler:
public class PingHandler : IRequestHandler<Ping, string> {
public string Handle(Ping request) {
return "Pong";
}
}
Finally, send a message through the mediator:
var response = mediator.Send(new Ping());
Debug.WriteLine(response); // "Pong"
In the rare case your message does not require a response, use the base RequestHandler class:
public class OneWay : IRequest { }
public class OneWayHandler : RequestHandler<OneWay> {
protected override void HandleCore(OneWay request) {
// Twiddle thumbs
}
}
For notifications, first create your notification message:
public class Ping : INotification { }
Next, create zero or more handlers for your notification:
public class Pong1 : INotificationHandler<Ping> {
public void Handle(Ping notification) {
Debug.WriteLine("Pong 1");
}
}
public class Pong2 : INotificationHandler<Ping> {
public void Handle(Ping notification) {
Debug.WriteLine("Pong 2");
}
}
Finally, publish your message via the mediator:
mediator.Publish(new Ping());
Handler interfaces are co/contravariant:
public interface IRequestHandler<in TRequest, out TResponse>
where TRequest : IRequest<TResponse> {
TResponse Handle(TRequest message);
}
public interface INotificationHandler<in TNotification> {
void Handle(TNotification notification);
}
public interface IPostRequestHandler<in TRequest, in TResponse> {
void Handle(TRequest request, TResponse response);
}
Containers that support generic variance will dispatch accordingly. For example, you can have an INotificationHandler<INotification> to handle all notifications.
In some cases, you might need to have post-processing of a response. You can create a post request handler:
public class PostPingHandler : IPostRequestHandler<Ping, string> {
public void Handle(Ping request, string response) {
Debug.WriteLine("Post-processing here.");
}
}
These can be used to handle side-effects of commands, for example.
Send/publish include async versions, with corresponding async-based interfaces for requests/responses/notifications:
public interface IAsyncRequest : IAsyncRequest<Unit> { }
public interface IAsyncRequest<out TResponse> { }
public interface IAsyncNotification { }
The IMediator interface includes additional methods for async:
await mediator.SendAsync(new PingAsync());
Your handlers can use the async/await keywords as long as the work is awaitable:
public class PingHandler : IAsyncRequestHandler<Ping, Pong> {
public async Task<Pong> Handle(Ping request) {
return await DoPong(); // Whatever DoPong does
}
}
You will also need to register these handlers with your container of your choice, similar to the synchronous handlers shown above. Send, publish, and post-request handlers all support async. It is not possible to share messages or handlers between sync/async methods, as it would be unexpected behavior to wrap a synchronous handler in async if the underlying work did not support it. Async is opt-in from the message all the way down to the handler(s).