MinimalHelpers.Routing.Analyzers
1.0.7
See the version list below for details.
dotnet add package MinimalHelpers.Routing.Analyzers --version 1.0.7
NuGet\Install-Package MinimalHelpers.Routing.Analyzers -Version 1.0.7
<PackageReference Include="MinimalHelpers.Routing.Analyzers" Version="1.0.7" />
paket add MinimalHelpers.Routing.Analyzers --version 1.0.7
#r "nuget: MinimalHelpers.Routing.Analyzers, 1.0.7"
// Install MinimalHelpers.Routing.Analyzers as a Cake Addin #addin nuget:?package=MinimalHelpers.Routing.Analyzers&version=1.0.7 // Install MinimalHelpers.Routing.Analyzers as a Cake Tool #tool nuget:?package=MinimalHelpers.Routing.Analyzers&version=1.0.7
Minimal APIs Helpers
A collection of helpers libraries for Minimal API projects.
MinimalHelpers.Routing
A library that provides Routing helpers for Minimal API projects for automatic endpoints registration using Reflection.
Installation
The library is available on NuGet. Just search for MinimalHelpers.Routing in the Package Manager GUI or run the following command in the .NET CLI:
dotnet add package MinimalHelpers.Routing
Usage
Create a class to hold your route handlers registration and make it implementing the IEndpointRouteHandlerBuilder
interface:
.NET 6.0
public class PeopleHandler : MinimalHelpers.Routing.IEndpointRouteHandlerBuilder
{
public void MapEndpoints(IEndpointRouteBuilder endpoints)
{
endpoints.MapGet("/api/people", GetList);
endpoints.MapGet("/api/people/{id:guid}", Get);
endpoints.MapPost("/api/people", Insert);
endpoints.MapPut("/api/people/{id:guid}", Update);
endpoints.MapDelete("/api/people/{id:guid}", Delete);
}
// ...
}
.NET 7.0 or higher
public class PeopleHandler : MinimalHelpers.Routing.IEndpointRouteHandlerBuilder
{
public static void MapEndpoints(IEndpointRouteBuilder endpoints)
{
endpoints.MapGet("/api/people", GetList);
endpoints.MapGet("/api/people/{id:guid}", Get);
endpoints.MapPost("/api/people", Insert);
endpoints.MapPut("/api/people/{id:guid}", Update);
endpoints.MapDelete("/api/people/{id:guid}", Delete);
}
// ...
}
Note Starting from .NET 7.0, the
IEndpointRouteHandlerBuilder
interface exposes theMapEndpoints
method as static abstract, so it can be called without creating an instance of the handler.
Call the MapEndpoints()
extension method on the WebApplication object inside Program.cs before the Run()
method invocation:
// using MinimalHelpers.Routing;
app.MapEndpoints();
app.Run();
By default, MapEndpoints()
will scan the calling Assembly to search for classes that implement the IEndpointRouteHandlerBuilder
interface. If your route handlers are defined in another Assembly, you have two alternatives:
- Use the
MapEndpoints()
overload that takes the Assembly to scan as argument - Use the
MapEndpointsFromAssemblyContaining<T>()
extension method and specify a type that is contained in the Assembly you want to scan
You can also explicitly decide what types (among the ones that implement the IRouteEndpointHandlerBuilder
interface) you want to actually map, passing a predicate to the MapEndpoints
method:
app.MapEndpoints(type =>
{
if (type.Name.StartsWith("Products"))
{
return false;
}
return true;
});
Note These methods rely on Reflection to scan the Assembly and find the classes that implement the
IEndpointRouteHandlerBuilder
interface. This can have a performance impact, especially in large projects. If you have performance issues, consider using the explicit registration method. Moreover, this solution is incompatibile with Native AOT.
If you're working with .NET 7.0 or higher, the reccommended approach is to use the MinimalHelpers.Routing.Analyzers package, that provides a Source Generator for endpoints registration, as described later.
MinimalHelpers.Routing.Analyzers (.NET 7.0 or higher)
A library that provides a Source Generator for automatic endpoints registration in Minimal API projects.
Installation
The library is available on NuGet. Just search for MinimalHelpers.Routing in the Package Manager GUI or run the following command in the .NET CLI:
dotnet add package MinimalHelpers.Routing.Analyzers
Usage
Create a class to hold your route handlers registration and make it implementing the IEndpointRouteHandlerBuilder
interface:
public class PeopleHandler : IEndpointRouteHandlerBuilder
{
public static void MapEndpoints(IEndpointRouteBuilder endpoints)
{
endpoints.MapGet("/api/people", GetList);
endpoints.MapGet("/api/people/{id:guid}", Get);
endpoints.MapPost("/api/people", Insert);
endpoints.MapPut("/api/people/{id:guid}", Update);
endpoints.MapDelete("/api/people/{id:guid}", Delete);
}
// ...
}
Note You only need to use the MinimalHelpers.Routing.Analyzers package. With this Source Generator, the
IEndpointRouteHandlerBuilder
interface is auto-generated.
Call the MapEndpoints()
extension method on the WebApplication object inside Program.cs before the Run()
method invocation:
app.MapEndpoints();
app.Run();
Note The
MapEndpoints
method is generated by the Source Generator.
MinimalHelpers.OpenApi
A library that provides OpenApi helpers for Minimal API projects.
Installation
The library is available on NuGet. Just search for MinimalHelpers.OpenApi in the Package Manager GUI or run the following command in the .NET CLI:
dotnet add package MinimalHelpers.OpenApi
Usage
Add OpenApi support for IFormFile and IFormFileCollection
Minimal APIs don't generate the correct schema in swagger.json if we have an endpoint that accepts a IFormFile or IFormFileCollection parameter and we're using the WithOpenApi extension method in .NET 7.0 or later. For example:
app.MapPost("/api/upload", (IFormFile file) =>
{
return TypedResults.Ok(new { file.FileName, file.ContentType, file.Length });
})
.WithOpenApi();
This definition generates the following incorrect content in swagger.json:
"requestBody": {
"content": {
"multipart/form-data": {
"schema": {
"type": "string",
"format": "binary"
}
}
},
"required": true
}
To solve this issue, just call the following extension method:
builder.Services.AddSwaggerGen(options =>
{
// using MinimalHelpers.OpenApi;
options.AddFormFile();
});
And now the IFormFile is correctly defined:
"requestBody": {
"content": {
"multipart/form-data": {
"schema": {
"required": [
"file"
],
"type": "object",
"properties": {
"file": {
"type": "string",
"format": "binary"
}
}
},
"encoding": {
"file": {
"style": "form"
}
}
}
}
}
Add missing schema in swagger.json (.NET 7.0)
Minimal APIs in .NET 7.0 don't generate the correct schema in swagger.json for certain file types, like Guid
, DateTime
, DateOnly
and TimeOnly
when using the WithOpenApi extension method on endpoints. For example, given the following endpoint:
app.MapGet("/api/schemas",
(Guid id, DateTime dateTime, DateOnly date, TimeOnly time) => TypedResults.NoContent());
swagger.json will not contain format specification for these data types (whereas Controllers correctly set them):
"parameters": [
{
"name": "id",
// ...
"schema": {
"type": "string"
}
},
{
"name": "dateTime",
// ...
"schema": {
"type": "string"
}
},
{
"name": "date",
// ...
"schema": {
"type": "string"
}
},
{
"name": "time",
// ...
"schema": {
"type": "string"
}
}
]
To solve these issues, just call the following extension method:
builder.Services.AddSwaggerGen(options =>
{
// using MinimalHelpers.OpenApi;
options.AddMissingSchemas();
});
And you'll see that the correct format attribute has been specified for each parameter.
"parameters": [
{
"name": "id",
// ...
"schema": {
"type": "string",
"format": "uuid"
}
},
{
"name": "dateTime",
// ...
"schema": {
"type": "string",
"format": "date-time"
}
},
{
"name": "date",
// ...
"schema": {
"type": "string",
"format": "date"
}
},
{
"name": "time",
// ...
"schema": {
"type": "string",
"format": "time"
}
}
]
Note This workaround is no longer necessary in .NET 8.0 or higher, since it correctly sets in the format attribute in swagger.json for these data types.
Contribute
The project is constantly evolving. Contributions are welcome. Feel free to file issues and pull requests on the repo and we'll address them as we can.
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET | net5.0 was computed. net5.0-windows was computed. net6.0 was computed. 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 was computed. 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. |
.NET Core | netcoreapp2.0 was computed. netcoreapp2.1 was computed. netcoreapp2.2 was computed. netcoreapp3.0 was computed. netcoreapp3.1 was computed. |
.NET Standard | netstandard2.0 is compatible. netstandard2.1 was computed. |
.NET Framework | net461 was computed. net462 was computed. net463 was computed. net47 was computed. net471 was computed. net472 was computed. net48 was computed. net481 was computed. |
MonoAndroid | monoandroid was computed. |
MonoMac | monomac was computed. |
MonoTouch | monotouch was computed. |
Tizen | tizen40 was computed. tizen60 was computed. |
Xamarin.iOS | xamarinios was computed. |
Xamarin.Mac | xamarinmac was computed. |
Xamarin.TVOS | xamarintvos was computed. |
Xamarin.WatchOS | xamarinwatchos was computed. |
-
.NETStandard 2.0
- Microsoft.CodeAnalysis.CSharp (>= 4.9.2)
NuGet packages
This package is not used by any NuGet packages.
GitHub repositories
This package is not used by any popular GitHub repositories.