tengo 2 piezas de codigo
var builder = WebApplication.CreateBuilder(args); var app = builder.Build(); app.MapGet("/", () => "Hello World!"); app.Use(async (context, next) => { if (context.Request.Headers["token"] != "my_token") { context.Response.StatusCode = 401; return; } await next(); }); app.Run();y
var builder = WebApplication.CreateBuilder(args); var app = builder.Build(); app.Use(async (context, next) => { if (context.Request.Headers["token"] != "my_token") { context.Response.StatusCode = 401; return; } await next(); }); app.MapGet("/", () => "Hello World!"); app.Run(); La diferencia es solo la ubicación de la app.MapGet()
Para ambos códigos, app.Use() se ejecuta primero, luego app.MapGet() .
¿Cuál es una razón de esto? ¿Por qué la canalización no siempre se ejecuta en función de la secuencia de los middlewares?
Citando enrutamiento en ASP.NET Core, Conceptos básicos de enrutamiento :
Por lo general, las aplicaciones no necesitan llamar a
UseRoutingoUseEndpoints. WebApplicationBuilder configura una canalización de middleware que envuelve el middleware agregado enProgram.csconUseRoutingyUseEndpoints. Sin embargo, las aplicaciones pueden cambiar el orden en queUseRoutingyUseEndpointsllamando a estos métodos explícitamente. Por ejemplo, el siguiente código hace una llamada explícita aUseRouting:app.Use(async (context, next) => { // ... await next(context); }); app.UseRouting(); app.MapGet("/", () => "Hello World!");[...]
Si el ejemplo anterior no incluyera una llamada a UseRouting, el middleware personalizado se ejecutaría después del middleware de coincidencia de rutas.
Entonces, la respuesta es porque WebApplication.CreateBuilder(args) de forma predeterminada ordenará la canalización de solicitud de modo que los puntos finales siempre se ejecuten en último lugar, a menos que diga explícitamente que desea cambiar ese orden.