具有不同 api 客户端的 .Net Web 应用程序

Question

我有一个 Blazor 项目，我需要使用几个 REST API。 所有这些 API 都需要不同的配置。 例如：对于这些 api 之一，我必须使用 ServicePointManager.ServerCertificateValidationCallback 绕过证书。 对于另一个 api，我必须发送带有 bodypayload 的 GET 请求（这不是语义）。 对于另一个 api，我需要 JWT ......等等。 关键是我有不同的 HttpClinet(s)，它们需要不同的配置。

所以问题是你如何处理它？ 你在 .NET 中有所有这些令人惊奇的东西，比如依赖注入、单例、瞬态、IHttpClientFactory，你可以在 startup.cs 或 ctor 或任何其他地方配置你的 api 客户端。 那么这里的正确方法是什么？

我有一个强烈的填充，在这种情况下，策略设计模式之类的东西可能很有用

Answer 1

这不是一个完整的答案，但您不能在评论中添加代码

您是在谈论在服务器上配置不同的端点，还是在 Blazor 中将不同的 HttpClient 请求配置为这些端点？

我无法涵盖您上面的所有选项，但这里有一个示例。 该代码来自我的一个演示项目中的WeatherForecastDataServerice ，它将 JWT 令牌添加到对 WeatherForecast API 控制器的 API 调用的标头中。

public async ValueTask<List<WeatherForecast>> GetForecastAsync()
{
    _httpClient.DefaultRequestHeaders.Authorization = new AuthenticationHeaderValue("bearer", myJwtToken);
    var response = await _httpClient.GetAsync($"/api/weatherforecast/GetForecastAsync");
    return response.IsSuccessStatusCode
        ? await response.Content.ReadFromJsonAsync<List<WeatherForecast>>()
        :new List<WeatherForecast>();
}

Answer 2

每个人最不喜欢的答案 - 这取决于。

您最终希望如何与 API 交互？ 您是否想要以标准化方式交互的每个 API 的接口？ 或者你想要一个大的界面？ 如果是前者，请考虑使用适配器模式。 如果是后者，外观模式，可能分层在适配器模式的顶部。 无论哪种方式，听起来您使用的每个 API 都足够不同，您需要相对较高的抽象级别，以便标准化您与它们的交互方式。

就引擎盖下的事情而言，有很多方法可以处理它。 策略、委托、命令、构建器、简单的组合和/或继承，还有更多我没有想到的。 这实际上取决于您的目标、API 彼此之间的不同之处、您打算添加多少 API，等等。实现相同目标的方法有很多种，而您如何实现这一目标的方式在很大程度上取决于您的具体情况。