引言
前幾天.NET Core3.1發布,于是我把公司一個基礎通用系統升級了,同時刪除了幾個基礎模塊當然這幾個基礎模塊與.NET Core3.1無關，其中包括了支付模塊，升級完后靜文（同事）問我你把支付刪除了啊？我說是啊，沒考慮好怎么加上(感覺目前不太好，我需要重新設計一下)。
故事從這開始
考慮支付的時候我考慮的是將支付sdk如何直接引入到系統，以及可以有一系列支付的路由，我需要考慮的是如果創建響應給指定的地址，so我開始想如何達到我的目的自定義個中間件，Use、Run、Map???
路由的進階
路由負責將請求 URI 映射到終結點并向這些終結點調度傳入的請求。 路由在應用中定義，并在應用啟動時進行配置。 路由可以選擇從請求包含的 URL 中提取值，然后這些值便可用于處理請求。 通過使用應用中的路由信息，路由還能生成映射到終結點的 URL。
在ASP.NET Core 2.1和更低版本中，路由是通過實現將IRouter傳入的URL映射到處理程序的接口來處理的。通常，將直接依賴MvcMiddleware添加到中間件管道末端的實現，而不是直接實現該接口。一旦請求到達MvcMiddleware，便會應用路由來確定傳入請求URL路徑所對應的控制器和操作。
然后，該請求在執行處理程序之前經過了各種MVC篩選器。這些過濾器形成了另一條“管道”，讓人聯想到中間件管道，并且在某些情況下必須復制某些中間件的行為。一個典型的例子就是CORS政策。為了對每個MVC操作以及中間件管道的其他“分支”實施不同的CORS策略，內部需要進行一定程度的重復。
“分支”中間件管道通常用于“偽路由”。如Map()在中間件管道中的擴展方法，將允許您在傳入路徑具有給定前綴時有條件地執行某些中間件。
如下所示：
|
1
2
3
4
5
|
app.Map("/order", app => app.Run(async context => { await context.Response.WriteAsync("Order"); }) ); |
在這種情況下，該Run()方法是“終端”中間件，因為它返回響應。但是從某種意義上說，整個Map分支對應于應用程序的“端點”.
在ASP.NET Core 2.2中，引入了終結點路由作為MVC控制器的新路由機制。此實現本質上是的內部實現MvcMiddleware .
在ASP.NET Core 2.x中使用Map()
下面我們自定義一個中間件，該中間件返回直接返回一個相應而不是繼續往下執行調用_next委托，一個很基本的中間件。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
public class ApiEndpointMiddleware{ private readonly RequestDelegate _next; public ApiEndpointMiddleware(RequestDelegate next) { _next = next; } public async Task InvokeAsync(HttpContext context) { context.Response.StatusCode = 200; await context.Response.WriteAsync("Order"); }} |
在ASP.NET Core 2.x中，可以通過使用擴展方法指定路由訪問該中間件，從而將其包含在Startup.cs的中間件管道中
|
1
2
3
4
5
6
7
8
|
public void Configure(IApplicationBuilder app){ app.UseStaticFiles(); app.Map("/order", app => app.UseMiddleware<ApiEndpointMiddleware>()); versionApp.UseMiddleware<VersionMiddleware>()); app.UseMvcWithDefaultRoute();} |
當我們訪問 /order 或者 /order/1 路由都會得到自定義中間件返回的相應。
將中間件轉換為端點路由
在ASP.NET Core 3.0中，我們使用端點路由，因此路由步驟與端點的調用是分開的。實際上，這意味著我們有兩個中間件：
- EndpointRoutingMiddleware 實際的路由，即計算將為指定的請求URL路徑調用哪個端點。
- EndpointMiddleware 所有調用的端點。
它們在中間件管道中的兩個不同點處添加，因為它們起著兩個不同的作用。一般而言，我們想的是路由中間件提前在管道中，以便后續的中間件可以訪問有關將執行的端點的信息。端點的調用應在管道的末端進行。
如下所示：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
public void Configure(IApplicationBuilder app, IWebHostEnvironment env) { if (env.IsDevelopment()) { app.UseDeveloperExceptionPage(); } app.UseHttpsRedirection(); app.UseRouting(); app.UseAuthorization(); app.UseEndpoints(endpoints => { endpoints.MapControllers(); }); } |
該UseRouting()擴展方法添加EndpointRoutingMiddleware到管道，同時將UseEndpoints()擴展方法添加EndpointMiddleware到管道。UseEndpoints()實際上為應用程序注冊所有端點的位置。
那么如何將我們自定義中間件使用端點路由來映射呢？
從概念上講，我們UseEndpoints()使用/OrderURL作為匹配的路徑，將“order”端點的注冊移動到調用中：
|
1
2
3
|
endpoints.MapControllers(); endpoints.Map("/order",endpoints.CreateApplicationBuilder() .UseMiddleware<ApiEndpointMiddleware>().Build()).WithDisplayName("order-api"); |
在我們上面針對ASP.NET Core 2.x的實現中，我們將匹配/order，/order/123等端點路由
例如：
|
1
|
endpoints.Map("/order/{action}",null); |
這將同時匹配 /order /order/1，但不匹配/order/status/1。它比以前的版本功能強大得多.
在上一個示例中，我們提供了一個顯示名稱（主要用于調試目的），但是我們可以附加其他的信息，例如授權策略或CORS策略，其他中間件可以查詢這些信息。例如：
|
1
2
3
4
5
6
7
|
app.UseEndpoints(endpoints => { endpoints.MapControllers(); endpoints.Map("/order/{action}",endpoints.CreateApplicationBuilder() .UseMiddleware<ApiEndpointMiddleware>().Build()).WithDisplayName("order-api").RequireCors("AllowAllHosts") .RequireAuthorization("AdminOnly"); }); |
我們向端點添加了CORS策略（AllowAllHosts）和授權策略（AdminOnly）。當到達端點的請求到達時，并在執行端點之前采取相應的措施。
參考
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持服務器之家。
原文鏈接：https://www.cnblogs.com/yyfh/p/12010232.html
