Reprise 3.1.3
See the version list below for details.
dotnet add package Reprise --version 3.1.3
NuGet\Install-Package Reprise -Version 3.1.3
<PackageReference Include="Reprise" Version="3.1.3" />
paket add Reprise --version 3.1.3
#r "nuget: Reprise, 3.1.3"
// Install Reprise as a Cake Addin #addin nuget:?package=Reprise&version=3.1.3 // Install Reprise as a Cake Tool #tool nuget:?package=Reprise&version=3.1.3
𝄇 Reprise
Reprise is a micro-framework that brings the REPR (Request-Endpoint-Response) pattern and vertical slice architecture into the ASP.NET Core 6/7 Minimal APIs. It aims to be unopioniated towards API behavior and to provide a thin layer of abstractions that encourages the creation of convention-based and modular implementations.
Getting started
Create a new ASP.NET Core 6/7 empty project.
Install the Reprise NuGet package.
Modify your
Program.cs
to use Reprise.
var builder = WebApplication.CreateBuilder();
builder.ConfigureServices();
var app = builder.Build();
app.UseExceptionHandling();
app.MapEndpoints();
app.Run();
- Create an endpoint
Endpoints/GetHelloEndpoint.cs
.
[Endpoint]
public class GetHelloEndpoint
{
[Get("/")]
public static string Handle() => "Hello, world!";
}
- Run the application.
Endpoints
An endpoint is a public class that is decorated with the EndpointAttribute
.
It should contain a public static Handle
method which should be decorated
with one of the HTTP method and route attributes. These are:
GetAttribute
PostAttribute
PutAttribute
PatchAttribute
DeleteAttribute
MapAttribute
- for other/multiple HTTP methods
The Handle
method can be synchronous as well as asynchronous and can have
any signature and any return type.
[Endpoint]
public class UpdateUserEndpoint
{
[Put("/users/{id}")]
public static IResult Handle(int id, UserDto userDto, DataContext context)
{
// ...
}
}
In the example id
comes from the route, userDto
- from the body, and
context
- from the DI container. Check
the documentation
for more information about parameter binding.
Services
Any class (including an endpoint) that has a public parameterless constructor
and implements IServiceConfgurator
can configure services.
[Endpoint]
public class GetWeather : IServiceConfigurator
{
public void ConfigureServices(WebApplicationBuilder builder)
{
builder.Services.AddWeatherService();
}
[Get("/weather")]
public static async Task<WeatherForecast[]> Handle(IWeatherService weatherService)
{
return await weatherService.GetForecast();
}
}
Configuration
You can bind a strongly typed hierarchical configuration using the ConfigurationAttribute
.
A simple example would look like this:
[Endpoint]
public class GetGreetings
{
[Get("/greetings")]
public static IEnumerable<string> Handle(GreetingConfiguration configuration)
{
return configuration.Names.Select(name => string.Format(configuration.Message, name));
}
}
[Configuration("Greeting")]
public class GreetingConfiguration
{
public string Message { get; set; } = null!;
public List<string> Names { get; set; } = null!;
}
The GreetingConfiguration
is added to the DI container with a singleton lifetime and
is bound to the following section in appsettings.json
:
{
"Greeting": {
"Message": "Hello, {0}!",
"Names": [ "Alice", "John", "Skylar" ]
}
}
Deeper nested sub-sections could as well be bound using a key like "Foo:Bar"
. Check
the documentation
for more information about configuration.
Filters (.NET 7 only)
Reprise supports global filters that implement IEndpointFilter
and endpoint-specific ones
via the FilterAttribute
.
The execution order is determined by an order value that is set implicitly or explicitly. A higher value means the filter will be executed after the ones with a lower value. Filters having equal order values are run in an arbitrary order.
Global filters are implicitly assigned an incrementing order value starting from 0
according to the registration order. Endpoint-specific filters are always assigned
an implicit order value of int.MaxValue
.
app.MapEndpoints(options =>
{
options.AddEndpointFilter<FilterA>(); // implicit order 0
options.AddEndpointFilter<FilterB>(); // implicit order 1
options.AddEndpointFilter<FilterC>(); // implicit order 2
options.AddEndpointFilter<FilterD>(100); // explicit order 100
});
// ...
[Endpoint]
public class DeleteUserEndpoint
{
[Delete("/users/{id}")]
[Filter(typeof(FilterE))] // implicit order int.MaxValue
[Filter(typeof(FilterF))] // implicit order int.MaxValue
[Filter(typeof(FilterG), -1)] // explicit order -1
public static IResult Handle(int id, DataContext context)
{
// ...
}
}
Check the documentation for more information about filters.
Validation
Reprise relies on FluentValidation. On application startup, all IValidator<T>
implementations are
added with a singleton lifetime. You can then inject the validator in your Handle
method.
[Endpoint]
public class CreateUserEndpoint
{
[Post("/users")]
public static IResult Handle(UserDto userDto, IValidator<UserDto> validator, DataContext context)
{
validator.ValidateAndThrow(userDto);
// ...
}
}
public class UserDtoValidator : AbstractValidator<UserDto>
{
public UserDtoValidator()
{
RuleFor(u => u.FirstName).NotEmpty();
RuleFor(u => u.LastName).NotEmpty();
}
}
Check the documentation for more information about FluentValidation.
Validation filter (.NET 7 only)
It's also possible to add validation as a filter for all endpoints. This way, you don't need to manually inject validators and validate.
app.MapEndpoints(options => options.AddValidationFilter());
The filter is registered using an endpoint filter factory, so it will be invoked only on endpoints having parameters of type for which a validator is found.
Exception handling
By default, the exception handler returns no body and:
- On
BadHttpRequestException
(e.g. thrown when the request body couldn't be deserialized) logs an error and returns status code400
. - On
ValidationException
returns status code400
. - On all other exceptions logs an error and returns status code
500
.
To customize exception logging, you can implement IExceptionLogger
.
Similarly, you can customize the response body by implementing IErrorResponseFactory
.
Authorization
There are two ways to secure your API. You can require authorization only for specific
endpoints by decorating the Handle
method with the AuthorizeAttribute
from
Microsoft.AspNetCore.Authorization
. Alternatively, you can require authorization
for all endpoints and opt-out for specific ones using the AllowAnonymousAttribute
.
app.MapEndpoints(options => options.RequireAuthorization());
Check the documentation for more information about authentication and authorization.
OpenAPI
You can enhance the OpenAPI description of your endpoints by decorating the Handle
method with attributes.
TagsAttribute
assigns custom tags that are typically used to group operations in the Swagger UI. If no attribute is found, Reprise extracts a tag from the route of every endpoint. The first segment that is not "api" (case insensitive) or a parameter is capitalized and set as a tag. "/" is used when no match is found.NameAttribute
assigns a name that is used for link generation and is also treated as the operation ID in the OpenAPI description.ProducesAttribute
describes a response returned from an API endpoint. NB Make sure you are using the Reprise' attribute and not the one fromMicrosoft.AspNetCore.Mvc
.ExcludeFromDescriptionAttribute
marks an endpoint that is excluded from the OpenAPI description.
Check the documentation for more information about OpenAPI.
Self-checks
Reprise tries to make sure the API will behave the way you would expect. For this reason,
it performs various self-checks on application startup and throws an InvalidOperationException
when a problem is encountered. The problems covered by those checks include:
- Programming errors (e.g., an endpoint has no public static
Handle
method) - Misconfigurations (e.g., a configuration model could not be bound)
- Code duplications (e.g., a model is validated by multiple validators)
- Ambiguities (e.g., an HTTP method and route combination is handled by more than one endpoint).
Performance
Besides the assembly scan at application startup when configuring the DI container and discovering endpoints, Reprise doesn't add any performance overhead when handling requests.
Method | Type | Mean | Error | StdDev | Gen0 | Gen1 | Allocated |
---|---|---|---|---|---|---|---|
Reprise | Request | 119.3 μs | 1.47 μs | 1.38 μs | 5.6152 | - | 17.39 KB |
MinimalApis | Request | 119.8 μs | 1.65 μs | 1.46 μs | 5.6152 | - | 17.39 KB |
Reprise | Startup | 22,382.0 μs | 2,095.22 μs | 6,177.81 μs | 70.3125 | 23.4375 | 438.95 KB |
MinimalApis | Startup | 18,793.3 μs | 2,159.52 μs | 6,367.39 μs | 78.1250 | 15.6250 | 422.17 KB |
Support
If you spot any problems and/or have improvement ideas, please share them via the issue tracker.
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET | net6.0 is compatible. net6.0-android was computed. net6.0-ios was computed. net6.0-maccatalyst was computed. net6.0-macos was computed. net6.0-tvos was computed. net6.0-windows was computed. net7.0 is compatible. net7.0-android was computed. net7.0-ios was computed. net7.0-maccatalyst was computed. net7.0-macos was computed. net7.0-tvos was computed. net7.0-windows was computed. net8.0 was computed. net8.0-android was computed. net8.0-browser was computed. net8.0-ios was computed. net8.0-maccatalyst was computed. net8.0-macos was computed. net8.0-tvos was computed. net8.0-windows was computed. |
-
net6.0
- FluentValidation (>= 11.4.0)
-
net7.0
- FluentValidation (>= 11.4.0)
NuGet packages
This package is not used by any NuGet packages.
GitHub repositories
This package is not used by any popular GitHub repositories.
Version | Downloads | Last updated |
---|---|---|
3.7.0 | 382 | 7/16/2023 |
3.6.0 | 203 | 7/12/2023 |
3.5.0 | 264 | 4/30/2023 |
3.4.2 | 365 | 2/20/2023 |
3.4.1 | 296 | 2/16/2023 |
3.4.0 | 300 | 2/5/2023 |
3.3.1 | 252 | 2/3/2023 |
3.3.0 | 286 | 2/1/2023 |
3.2.0 | 316 | 1/20/2023 |
3.1.6 | 334 | 12/20/2022 |
3.1.5 | 310 | 12/18/2022 |
3.1.4 | 299 | 12/12/2022 |
3.1.3 | 304 | 12/11/2022 |
3.1.2 | 353 | 12/4/2022 |
3.1.1 | 343 | 11/30/2022 |
3.1.0 | 329 | 11/27/2022 |
3.0.0 | 326 | 11/26/2022 |
2.2.0 | 355 | 11/23/2022 |
2.1.0 | 371 | 11/21/2022 |
2.0.0 | 346 | 11/19/2022 |
1.1.0 | 373 | 10/30/2022 |
1.0.3 | 423 | 10/22/2022 |
1.0.2 | 405 | 10/21/2022 |
1.0.1 | 425 | 10/20/2022 |
1.0.0 | 1,151 | 10/19/2022 |