Routya is a fast, lightweight message dispatching library built for .NET applications that use the CQRS pattern.
It provides a flexible way to route requests/responses and notifications to their respective handlers with minimal overhead and high performance.
- β Clean interface-based abstraction for Requests/Responses and Notifications
- π High-performance dispatching via compiled delegates (no reflection or dynamic resolution)
- π§© Optional pipeline behavior support for cross-cutting concerns
- π Supports both sequential and parallel notification dispatching
- β»οΈ Simple to extend and integrate with your existing architecture
- π§ͺ Built with performance and clarity in mind
Latest version:
dotnet add package Routya.Core --version 1.0.4
On startup you can define if Routya should create a new instance of the service provider each time it is called or work on the root service provider.
Note!!! By default scope is enabled
Creates a new DI scope for each dispatch
- Safely supports handlers registered as Scoped
- β
Use this if your handlers depend on:
- EF Core DbContext
- IHttpContextAccessor
- IMemoryCache, etc.
builder.Services.AddRoutya(cfg => cfg.Scope = RoutyaDispatchScope.Scoped, Assembly.GetExecutingAssembly());
Fastest option
- avoids creating a service scope per dispatch
- Resolves handlers directly from the root IServiceProvider
- β Ideal for stateless handlers that are registered as Transient or Singleton
β οΈ Will fail if your handler is registered as Scoped (e.g., it uses DbContext or IHttpContextAccessor)
builder.Services.AddRoutya(cfg => cfg.Scope = RoutyaDispatchScope.Root, Assembly.GetExecutingAssembly());
You can add an auto registration of IRequestHandler, IAsyncRequestHandler and INotificationHandler by adding the executing assembly. This however registers all your request handlers as scoped.
Note!!! By default you would have to manually register your Requests/Notifications and Handlers
builder.Services.AddRoutya(cfg => cfg.Scope = RoutyaDispatchScope.Scoped, Assembly.GetExecutingAssembly());
Note! Benchmarks were run with handlers returning only a string using BenchmarkDotNet
Method | Mean | Error | StdDev | Code Size | Gen0 | Allocated |
---|---|---|---|---|---|---|
Routya_Send | 296.6 ns | 3.15 ns | 2.94 ns | 8,676 B | 0.0029 | 704 B |
Routya_SendAsync | 346.1 ns | 5.49 ns | 5.13 ns | 8,801 B | 0.0029 | 784 B |
Define a request
public class HelloRequest(string name) : IRequest<string>
{
public string Name { get; } = name;
}
Implement the Sync handler ...
public class HelloSyncHandler : IRequestHandler<HelloRequest, string>
{
public string Handle(HelloRequest request)
{
return $"Hello, {request.Name}!";
}
}
or Implement the async handler
public class HelloAsyncHandler : IAsyncRequestHandler<HelloRequest, string>
{
public async Task<string> HandleAsync(HelloRequest request, CancellationToken cancellationToken)
{
return await Task.FromResult($"[Async] Hello, {request.Name}!");
}
}
Inject the IRoutya interface and dispatch your requests in sync...
public class Example : ControllerBase
{
private readonly IRoutya _dispatcher;
public Example(IRoutya dispatcher)
{
_dispatcher = dispatcher;
}
}
_dispatcher.Send<HelloRequest, string>(new HelloRequest("Sync World"));
or async
await _dispatcher.SendAsync<HelloRequest, string>(new HelloRequest("Async World"));
You can add pipeline behaviors to execute around your requests. These behaviors need to be registered manually and execute in the order they are registered.
services.AddScoped(typeof(IPipelineBehavior<,>), typeof(LoggingBehavior<,>));
services.AddScoped(typeof(IPipelineBehavior<,>), typeof(ValidationBehavior<,>));
In the following example the LoggingBehavior will write to console before your request, wait for the request(in the example above first execute the ValidationBehavior and then in the ValidationBehavior it will execute the request) to execute and then write to the console afterward executing the request.
public class LoggingBehavior<TRequest, TResponse> : IPipelineBehavior<TRequest, TResponse>
{
public async Task<TResponse> Handle(
TRequest request,
Routya.Core.Abstractions.RequestHandlerDelegate<TResponse> next,
CancellationToken cancellationToken)
{
Console.WriteLine($"[Logging] β {typeof(TRequest).Name}");
var result = await next();
Console.WriteLine($"[Logging] β {typeof(TRequest).Name}");
return result;
}
}
Note! Benchmarks were run with handlers returning only Task.Completed using BenchmarkDotNet
Method | Mean | Error | StdDev | Code Size | Gen0 | Allocated |
---|---|---|---|---|---|---|
RoutyaCompiled_Sequential | 315.9 ns | 2.21 ns | 1.96 ns | 368 B | 0.0019 | 528 B |
RoutyaCompiled_Parallel | 338.1 ns | 2.84 ns | 2.52 ns | 368 B | 0.0024 | 648 B |
Define your notification
public class UserRegisteredNotification(string email) : INotification
{
public string Email { get; } = email;
}
Define your handlers
public class LogAnalyticsHandler : INotificationHandler<UserRegisteredNotification>
{
public async Task Handle(UserRegisteredNotification notification, CancellationToken cancellationToken = default)
{
await Task.Delay(100, cancellationToken);
Console.WriteLine($"π Analytics event logged for {notification.Email}");
}
}
public class SendWelcomeEmailHandler : INotificationHandler<UserRegisteredNotification>
{
public async Task Handle(UserRegisteredNotification notification, CancellationToken cancellationToken = default)
{
await Task.Delay(200, cancellationToken);
Console.WriteLine($"π§ Welcome email sent to {notification.Email}");
}
}
Inject the IRoutya interface and dispatch your notifications sequentially...
public class Example : ControllerBase
{
private readonly IRoutya _dispatcher;
public Example(IRoutya dispatcher)
{
_dispatcher = dispatcher
}
}
await dispatcher.PublishAsync(new UserRegisteredNotification("john.doe@example.com"));
or in parallel
await dispatcher.PublishParallelAsync(new UserRegisteredNotification("john.doe@example.com"));