歡迎光臨
每天分享高質量文章

構建可讀性更高的 ASP.NET Core 路由

一、前言

  不知你在平時上網時有沒有註意到,絕大多數網站的 URL 地址都是小寫的英文字母,而我們使用 .NET/.NET Core MVC 開發的專案,因為在 C# 中類和方法名採用的是 Pascal 命名規範,根據 .NET 框架預設的路由規則,專案的 URL 地址會呈現出大小寫混合的情況。對於強迫症來說,這種情況絕對不能忍,當然,由於整個專案的 URL 地址大小寫混合顯示,也無法更清晰的向用戶、瀏覽器表達出當前頁面的功能。那麼,這篇文章就來介紹下,如何調整我們的 ASP.NET Core 專案的路由規則,從而使我們專案的 URL 地址可讀性更高。

  PS:在構建 URL 的過程中,採用大寫的地址還是採用小寫的地址,每個人都會有自己的想法和這樣做的理由,這篇文章不討論兩種方案的優劣,只是提供一種構建小寫 URL 地址以及讓我們的 URL 可讀性更高的解決方案,請友善觀看,切勿互懟。

  代碼倉儲:https://github.com/Lanesra712/grapefruit-common

 

二、Step by Step

  在構建專案的路由時,不管是採用大寫的 URL 路由,還是採用小寫的 URL 路由,我們首先需要確保的是,我們需要將整個專案的 URL 格式進行統一。不能說一個專案一部分的 URL 地址用大寫的,而另一部分採用的是小寫的 URL 地址。同時,同一個頁面的大寫的路徑以及小寫的路徑,雖然最終服務器可能都會將兩個地址指向同一個頁面,但是對於搜索引擎的收錄來說,這無疑是兩個頁面。

  試想以下,當別人告訴了我們一個有趣的網站,我們從瀏覽器的地址欄中輸入網址進行訪問。當我們輸入 URL 地址時,不管是中文輸入法還是英文輸入法,輸出的英文字母都是小寫的,此時,如果輸入的網址中存在大寫字母,嗯,我們還需要使用 CapsLock 鍵進行大小寫切換。

  另外,我們知道,對於 Windows 服務器來說,因為對於路徑的大小寫不敏感,如果我們弄錯了地址的大小寫,我們還是可以進行正常的訪問的,可是,如果將應用部署到 Linux 服務器上的話。。。。

  至於更好的可讀性,這個概念可能會顯得有些主觀。簡單來說,就是當我們面對一個網址時,我們可以很清楚的通過這個網址知道這個網頁的主要內容。例如,當我們看見www.youdomain.com/editor/post/new 這個網址時,雖然可能並沒有打開這個網頁,但我們還是可以大致猜到這個頁面可能是新增文章的。可是,如果你收到的網址是 www.youdomain.com/9rg7f2/i?HXI-D+iaj34 這樣的,沒人能知道這個頁面到底是乾啥的。

  因此,為了便捷輸入,首先我們需要將我們的 URL 地址轉換成小寫的形式,在 ASP.NET Core 中,微軟提供了 RoutingServiceCollectionExtensions.AddRouting 這個擴展方法可以讓我們將 URL 地址轉換成小寫。
打開專案的 Startup.cs 檔案,找到 ConfigureServices 方法,在方法體內添加下麵的代碼。

services.AddRouting(options =>
{
    options.LowercaseUrls = true;
});

  示例專案的頂部鏈接代碼如下所示,運行專案可以看到,通過設置小寫路由後,程式根據 Controller 和 Action 自動生成的 URL 地址全部變成了小寫。仔細觀察可以發現,這裡會出現一個問題。在某些特殊的情況下,Area/Controller/Action 可能是由多個英文字母拼接而成的一個混合英文單詞,如果把這個混合的單詞全部進行小寫而不進行拆分的話,整個專案的 URL 可讀性更低了。


  在 Startup 類中的 Configure 方法里,我們定義了針對包含 Area 和不包含 Area 的兩個路由模板,整個專案的 URL 都是根據這兩個模板進行生成的。那麼這裡我們是不是可以通過對單個 Controller 或是 Action 指定特殊的 URL 格式呢?

app.UseMvc(routes =>
{
    routes.MapRoute(
        name: "default",
        template: "{controller=Home}/{action=Index}/{id?}");

    routes.MapRoute(
        name: "areas",
        template: "{area:exists}/{controller=Home}/{action=Index}/{id?}");
});

  答案當然是可以的。在 ASP.NET Core 中,我們可以通過在 Controller 或是 Action 方法上添加 RouteAttribute 的方式將用戶自定義路由信息添加到專案的路由表中。例如這裡我在 DraftSetting 這個 Action 上使用特性路由的方式手動指定當前 Action 生成特殊的 URL 格式。 

public class PostController : Controller
{
    [Route("post/draft-setting")]
    public IActionResult DraftSetting()
    {
        return View();
    }
}

  雖然這樣可以解決我們的問題,可以一旦專案有新增頁面時,就要手動的指定特性路由地址,這樣似乎有些麻煩。那麼,如何自動的讓程式幫我們實現這一功能呢?

  在 ASP.NET Core 2.2 版本中,微軟為我們提供了引數轉換器這一概念,我們可以通過實現 IOutboundParameterTransformer 這個接口,從而將 URL 中路由的值或者是 URL 中路由引數的值按照我們的需求進行轉換。就像下麵的代碼中,我通過實現這個接口,從而實現將多個英文單詞生成的混合單詞以 hyphen(-) 的形式進行分隔。

public class SlugifyParameterTransformer : IOutboundParameterTransformer
{
    public string TransformOutbound(object value)
    {
        return value == null
            ? null
            : Regex.Replace(value.ToString(), "([a-z])([A-Z])", "$1-$2").ToLower();
    }
}

  這裡我使用 hyphen(-) 作為 URL 中各個單詞間的連字符,是因為對於搜索引擎來說,它會將 – 視為單詞間分隔符,採用這種風格的 URL 更有利於搜索引擎收錄。

  當接口功能實現之後,我們就需要對我們的預設全域性路由進行修改。首先,我們需要在路由模板上指定需要替換的路由引數,這裡我們指定 Area、Controller、Action 是需要進行路由引數轉換的變數。

app.UseMvc(routes =>
{
    routes.MapRoute(
        name: "default",
        template: "{controller:slugify=Home}/{action:slugify=Index}/{id?}");

    routes.MapRoute(
       name: "areas",
       template: "{area:exists:slugify}/{controller:slugify=Home}/{action:slugify=Index}/{id?}"
    );
});

  當定義好引數轉換器以及需要轉換的 URL 路由引數後,我們就可以在 AddRouting 方法中通過 ConstraintMap 進行配置需要轉換的引數路由值。至此就可以完成我們進行路由引數轉換的結果。

services.AddRouting(options => {
    options.ConstraintMap["slugify"] = typeof(SlugifyParameterTransformer);
    options.LowercaseUrls = true;
});

 三、總結

    在本章中,我們主要是調整了 ASP.NET Core 專案中的預設路由,從而使專案的 URL 地址具有更好的可讀性。通過使用小寫路由和 hyphen(-) 路由,只是構建可讀性更高的 URL 地址的第一步,在構建頁面時,我們更應該考慮的是如何使用少數的單詞就可以讓用戶清楚當前頁面的功能,更簡短,更易讀的 URL 不僅對於用戶,對於搜索引擎也是更友好的。

赞(0)

分享創造快樂