【ASP.NET Core】在 Mini-API 中注入服務

經過版本更新，Mini API 的功能逐步完善，早期支持得不太好的 mini API 現在許多特性都可以用了，比如灰常重要的依賴注入。

咱們先來個相當簡單的注入測試。來，定義一個服務類，爲了偷懶，老周這裏就不使用 接口 + 實現類 的方式了。

public class MyService : IDisposable
{
    public MyService()
    {
        Console.WriteLine($"{nameof(MyService)} 隆重開業");
    }

    public void Dispose()
    {
        Console.WriteLine($"{nameof(MyService)} 即將散夥");
    }

    public void DoSomething()
    {
        Console.WriteLine("正忙着呢……別鬧");
    }
}

此服務類提供給外部調用的公共方法是 DoSomething。

接下來在容器中註冊一下這個服務。

var builder = WebApplication.CreateBuilder(args);
builder.Services.AddScoped<MyService>();
var app = builder.Build();

畢竟，每個 Web API 的調用都是一次消息往返，所以我選擇將服務類註冊爲範圍級別的——請求上下文的範圍內存活。

最簡單好用的注入方式是讓服務類的實例通過參數傳入。

app.MapGet("/", (MyService sv) =>
{
    // 調用服務類的公共方法
    sv.DoSomething();
    return "三日成精五日成魔七日成鬼";
});

Web API 測試可以不使用第三方工具，dotnet tool 集合有個叫 httprepl 的工具，可以方便使用。此工具需要安裝，命令如下：

dotnet tool install -g microsoft.dotnet-httprepl

安裝完成後，直接在命令終端輸入 httprepl ，回車。就進入了會話模式。假設應用程序的地址是 https://localhost:7249，可以用 connect 命令建立連接。

connect https://localhost:7249

發起請求時，可以用 get、post、put 等命令，對應 HTTP 的請求方式。在上面的例子中，咱們用的是 MapGet 方法註冊的 API，相對路徑是 /。

get /

調用成功後會返回文本。

而且，MyService 服務也被調用了。

 

接下來咱們改一下代碼，添加一個參數x。

app.MapGet("/", (int x, MyService sv) =>
{
    sv.DoSomething();
    return $"你提交的參數是：{x}";
});

在調用 httprepl 工具時，也可以直接將 URL 作爲命令行參數傳給它，能省去使用 connect 命令。

httprepl https://localhost:7249

然後調用一下 API 。

get /?x=150

得到的響應如下：

 

從上面的改動可以知道：來自依賴注入的參數能夠被識別。當然，咱們也可以明確指定各個參數的來源。

app.MapGet("/", ([FromQuery]int x, [FromServices]MyService sv) =>
{
    sv.DoSomething();
    return $"你提交的參數是：{x}";
});

再次運行，再次發出請求。

get /?x=399

 

注入服務在 POST 請求中也可以和作不 body 的參數一起用，例如：

app.MapPost("/send", (Pet p, MyService sv) =>
{
    // 調用服務
    sv.DoSomething();
    string s = string.Format("寵物ID：{0}，大名叫{1}", p.ID, p.Name);
    // 返回文本
    return s;
});

參數 sv 是依賴注入自動賦值的，而參數 p 是 Pet 實例，由HTTP請求的 body 部分提供（默認識別 JSON 格式）。Pet 類定義如下：

public class Pet
{
    public int ID { get; set; }
    public string? Name { get; set; }
}

這個類結構很簡單，兩個成員，用來測試的，不用在意。

在 HttpRepl 工具中可以用 post /send -h content-type=application/json -c ... 的格式提交，-h 指定 HTTP 頭，-c 指定 body 部分。但是，在命令行中用 -c 參數指定 body 很難寫，而且老容易出錯。最好的做法是配置一個文本編輯器。在編輯器中輸入好內容，保存關閉文件，然後 httprepl 工具會自動提交。編輯的文件是臨時文件，由工具生成，我們不用管它，只要在輸入好內容後保存就行。

文本編輯器用啥都行，如記事本。當然，最好設置 VS Code。操作如下：

先進入 httprepl 會話：

httprepl

接着配置 editor.command.default 參數：

pref set editor.command.default "C:\Users\Bug-PC\tools\VSCode\Code.exe"

設置項名稱後面是 VS Code 的路徑。然後，它會提示你最好加上 -w 參數，於是輸入執行：

pref set editor.command.default.arguments "-w"

-w 參數是可以等待 VS Code 響應——等它編輯完關閉後返回 httprepl 工具。

現在，在 httprepl 會話中用 connect 命令連接服務器。

connect https://localhost:7249

發送 POST 請求。

post /send -h content-type=application/json

注意 Content Type 是 JSON 數據。執行後會啓動 VS Code，然後我們輸入：

{
    "id": 1234,
    "name": "Jack"
}

完成後記得保存文件，並關閉 VS Code。關閉 VS Code 後回到 httprepl 會話，請求自動發送。

 

如果 mini-API 沒有定義接收注入的參數，也可以用 HttpContext 來主動請求服務實例。請看下面代碼：

app.MapGet("/", (HttpContext context) =>
{
    // 主動請求服務
    MyService sv = context.RequestServices.GetRequiredService<MyService>();
    sv.DoSomething();
    return "我在這裏等了你上萬年了！";
});

只要在所綁定的委託/方法中提供 HttpContext 類型的參數，就可以自動注入。隨後在方法體中就可以直接引用。

這裏要注意：此處咱們不能用 app.Services 去請求服務，因爲它引用的是根容器（應用程序最開始創建的），不能訪問生生命週期爲 Scoped 的服務。

我們嘗試把服務註冊爲單實例，看能不能用 app.Services 來獲取。

var builder = WebApplication.CreateBuilder(args);
builder.Services.AddSingleton<MyService>();
var app = builder.Build();

app.MapGet("/", () =>
{
    // 主動請求服務
    MyService sv = app.Services.GetRequiredService<MyService>();
    sv.DoSomething();
    
    return "我在這裏等了你上萬年了！";
});

運行程序後，在 httprepl 中用 get / 命令測試通過。這說明，單例服務是支持通過 app.Services 獲取的。不過，MyService 實例要等到應用程序結束時纔會釋放。