原文:Dynamic controller routing in ASP.NET Core 3.0
作者:Filip W
譯文:https://www.cnblogs.com/lwqlun/p/11461657.html
譯者:Lamond Lu
今天在網(wǎng)上看到了這篇關(guān)于ASP.NET Core動態(tài)路由的文章,感覺蠻有意思的,給大家翻譯一下,雖然文中的例子不一定會在日常編碼中出現(xiàn),但是也給我們提供了一定的思路。
相對于ASP.NET MVC以及ASP.NET Core MVC中的舊版本路由特性, 在ASP.NET Core 3.0中新增了一個不錯的擴展點,即程序獲取到路由后,可以將其動態(tài)指向一個給定的controller/action.
這個功能有非常多的使用場景。如果你正在使用從ASP.NET Core 3.0 Preview 7及更高版本,你就可以在ASP.NET Core 3.0中使用它了。
PS: 官方?jīng)]有在Release Notes中提到這一點。
下面就讓我們一起來看一看ASP.NET Core 3.0中的動態(tài)路由。
當我們使用MVC路由的時候,最典型的用法是,我們使用路由特性(Route Attributes)來定義路由信息。使用這種方法,我們需要要為每個路由進行顯式的聲明。
public class HomeController : Controller{ [Route("")] [Route("Home")] [Route("Home/Index")] public IActionResult Index() { return View(); }}
相對的,你可以使用中心化的路由模型,使用這種方式,你就不需要顯式的聲明每一個路由 - 這些路由會自動被所有發(fā)現(xiàn)的控制器的自動識別。 然而,這樣做的前提是,所有的控制器首先必須存在。
以下是ASP.NET Core 3.0中使用新語法Endpoint Routing的實現(xiàn)方式。
app.UseEndpoints( endpoints => { endpoints.MapControllerRoute("default", "{controller=Home}/{action=Index}/{id?}"); });
以上兩種方式的共同點是,所有的路由信息都必須在應(yīng)用程序啟動時加載。
但是,如果你希望能夠動態(tài)定義路由, 并在應(yīng)用程序運行時添加/刪除它們,該怎么辦?
下面我給大家列舉幾個動態(tài)定義路由的使用場景。
這個問題的處理過程應(yīng)該相當?shù)暮美斫?。我們希望盡早的攔截路由處理,檢查已為其解析的當前路由值,并使用例如數(shù)據(jù)庫中的數(shù)據(jù)將它們“轉(zhuǎn)換”為一組新的路由值,這些新的路由值指向了一個實際存在的控制器。
在舊版本的ASP.NET Core MVC中, 我們通常通過自定義IRouter
接口,來解決這個問題。然而在ASP.NET Core 3.0中這種方式已經(jīng)行不通了,因為路由已經(jīng)改由上面提到的Endpoint Routing來處理。值得慶幸的是,ASP.NET Core 3.0 Preview 7以及后續(xù)版本中,我們可以通過一個新特性MapDynamicControllRoute
以及一個擴展點DynamicRouteValueTransformer
, 來支持我們的需求。下面讓我們看一個具體的例子。
想象一下,在你的項目中,有一個OrderController
控制器,然后你希望它支持多語言翻譯路由。
public class OrdersController : Controller{ public IActionResult List() { return View(); }}
我們可能希望的請求的URL是這樣的,例如
那么我們現(xiàn)在該如何解決這個問題呢?我們可以使用新特性MapDynamicControllerRoute
來替代默認的MVC路由, 并將其指向我們自定義的DynamicRouteValueTransformer
類, 該類實現(xiàn)了我們之前提到的路由值轉(zhuǎn)換 。
public class Startup{ public void ConfigureServices(IServiceCollection services) { services.AddMvc().SetCompatibilityVersion(CompatibilityVersion.Latest); services.AddSingleton<TranslationTransformer>(); services.AddSingleton<TranslationDatabase>(); } public void Configure(IApplicationBuilder app) { app.UseRouting(); app.UseEndpoints(endpoints => { endpoints.MapDynamicControllerRoute<TranslationTransformer>("{language}/{controller}/{action}"); }); }}
這里我們定義了一個TranslationTransformer
類,它繼承了DynamicRouteValueTransformer
類。這個新類將負責將特定語言路由值,轉(zhuǎn)換為可以在我們應(yīng)用可以匹配到controller/action的路由值字典,而這些值通常不能直接和我們應(yīng)用中的任何controller/action匹配。所以這里簡單點說,就是在德語場景下,controller名會從“Bestellungen”轉(zhuǎn)換成"Orders", action名"Liste"轉(zhuǎn)換成"List"。
TranslationTransformer
類被作為泛型類型參數(shù),傳入MapDynamicControllerRoute
方法中,它必須在依賴注入容器中注冊。這里,我們還需要注冊一個TranslationDatabase
類,但是這個類僅僅為了幫助演示,后面我們會需要它。
public class TranslationTransformer : DynamicRouteValueTransformer{ private readonly TranslationDatabase _translationDatabase; public TranslationTransformer(TranslationDatabase translationDatabase) { _translationDatabase = translationDatabase; } public override async ValueTask<RouteValueDictionary> TransformAsync(HttpContext httpContext , RouteValueDictionary values) { if (!values.ContainsKey("language") || !values.ContainsKey("controller") || !values.ContainsKey("action")) return values; var language = (string)values["language"]; var controller = await _translationDatabase.Resolve(language, (string)values["controller"]); if (controller == null) return values; values["controller"] = controller; var action = await _translationDatabase.Resolve(language, (string)values["action"]); if (action == null) return values; values["action"] = action; return values; }}
在這個轉(zhuǎn)換器中,我們需要嘗試提取3個路由參數(shù), language
, controller
,action
,然后我們需要在模擬用的數(shù)據(jù)庫類中,找到其對應(yīng)的翻譯。正如我們之前提到的,你通常會希望從數(shù)據(jù)庫中查找對應(yīng)的內(nèi)容,因為使用這種方式,我們可以在應(yīng)用程序生命周期的任何時刻,動態(tài)的影響路由。為了說明這一點,我們將使用TranslationDatabase
類來模擬數(shù)據(jù)庫操作,這里你可以把它想象成一個真正的數(shù)據(jù)庫倉儲服務(wù)。
public class TranslationDatabase{ private static Dictionary<string, Dictionary<string, string>> Translations = new Dictionary<string, Dictionary<string, string>> { { "en", new Dictionary<string, string> { { "orders", "orders" }, { "list", "list" } } }, { "de", new Dictionary<string, string> { { "bestellungen", "orders" }, { "liste", "list" } } }, { "pl", new Dictionary<string, string> { { "zamowienia", "order" }, { "lista", "list" } } }, }; public async Task<string> Resolve(string lang, string value) { var normalizedLang = lang.ToLowerInvariant(); var normalizedValue = value.ToLowerInvariant(); if (Translations.ContainsKey(normalizedLang) && Translations[normalizedLang] .ContainsKey(normalizedValue)) { return Translations[normalizedLang][normalizedValue]; } return null; }}
到目前為止,我們已經(jīng)很好的解決了這個問題。這里通過在MVC應(yīng)用中啟用這個設(shè)置,我們就可以向我們之前定義的3個路由發(fā)送請求了。
每個請求都會命中OrderController
控制器和List
方法。當前你可以將這個方法進一步擴展到其他的控制器。但最重要的是,如果新增一種新語言或者新的路由別名映射到現(xiàn)有語言中的controller/actions,你是不需要做任何代碼更改,甚至重啟項目的。
請注意,在本文中,我們只關(guān)注路由轉(zhuǎn)換,這里僅僅是為了演示ASP.NET Core 3.0中的動態(tài)路由特性。如果你希望在應(yīng)用程序中實現(xiàn)本地化,你可能還需要閱讀ASP.NET Core 3.0的本地化指南, 因為你可以需要根據(jù)語言的路由值設(shè)置正確的CurrentCulture
。
最后, 我還想再補充一點,在我們之前的例子中,我們在路由模板中顯式的使用了{controller}
和{action}
占位符。這并不是必須的,在其他場景中,你還可以使用"catch-all"
路由通配符,并將其轉(zhuǎn)換為controller/action路由值。
"catch-all"
路由通配符是CMS系統(tǒng)中的典型解決方案,你可以使用它來處理不同的動態(tài)“頁面”路由。
它看起來可能類似:
endpoints.MapDynamicControllerRoute<PageTransformer>("pages/{**slug}");
然后,你需要將pages
之后的整個URL參數(shù)轉(zhuǎn)換為現(xiàn)有可執(zhí)行控制器的內(nèi)容 - 通常URL/路由的映射是保存在數(shù)據(jù)庫中的。
希望你會發(fā)現(xiàn)這篇文章很有用 - 所有的演示源代碼都可以在Github上找到。
來源:https://www.icode9.com/content-1-439951.html