如何在ASP.NET MVC应用中基于仓储架构实现Web API数据获取？

核心逻辑是将Web API调用逻辑抽象到独立仓储层，与你现有基于DbContext的数据库仓储逻辑分离，同时实现调用逻辑的全局复用。

1. 定义仓储抽象接口 #

首先创建API仓储的通用接口，约定数据访问规则，与你现有数据库仓储的抽象逻辑对齐：

public interface IUserApiRepository
{
    // 定义获取用户列表的异步方法
    Task<List<User>> GetUsersAsync();
}

2. 实现API仓储类 #

创建接口的实现类，将原本写在控制器里的API调用逻辑迁移到这里，同时修正原代码的阻塞调用问题：

public class UserApiRepository : IUserApiRepository
{
    private readonly HttpClient _httpClient;

    // 注入HttpClient，不要手动new HttpClient避免端口耗尽问题
    public UserApiRepository(HttpClient httpClient)
    {
        _httpClient = httpClient;
    }

    public async Task<List<User>> GetUsersAsync()
    {
        List<User> users = new List<User>();
        
        HttpResponseMessage res = await _httpClient.GetAsync("api/Users");
        if (res.IsSuccessStatusCode)
        {
            // 原代码用.Result会导致线程阻塞，改为await异步调用
            var userRes = await res.Content.ReadAsStringAsync();
            users = JsonConvert.DeserializeObject<List<User>>(userRes);
        }

        return users;
    }
}

注意：原代码存在变量名笔误，userdiagnosisRes和后续引用的userRes不一致，实现时需修正。

3. 注册依赖注入服务 #

在Program.cs（.NET 6+）或Startup.cs（.NET 5及更早）中注册服务，和你现有DbContext的注册逻辑互不影响：

// 注册API仓储和配置HttpClient
builder.Services.AddHttpClient<IUserApiRepository, UserApiRepository>(client =>
{
    client.BaseAddress = new Uri("https://localhost:48262/");
    client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json"));
});

// 你原有DbContext的注册逻辑保留即可
builder.Services.AddDbContext<YourDbContext>(options => { /* 原有配置 */ });

4. 改造原有控制器逻辑 #

移除控制器里的硬编码API调用逻辑，改为注入仓储使用：

public class YourController : Controller
{
    private readonly IUserApiRepository _userApiRepository;
    // 按需注入你的DbContext相关仓储，互不影响

    public YourController(IUserApiRepository userApiRepository)
    {
        _userApiRepository = userApiRepository;
    }

    public async Task<ActionResult> Index()
    {
        List<User> users = await _userApiRepository.GetUsersAsync();
        return View(users);
    }
}

优势说明 #

• 复用性：任何需要调用该API获取用户数据的位置，只需要注入IUserApiRepository即可直接调用，无需重复编写HTTP请求逻辑
• 可维护性：后续如果API地址变更、需要添加鉴权头、修改序列化规则，只需要修改UserApiRepository的实现代码，上层调用无需调整
• 架构统一：和你现有基于DbContext的数据库仓储模式对齐，数据访问层统一收口，业务层不需要感知数据来源于数据库还是第三方API

内容的提问来源于stack exchange，提问作者KaasGierInFrankrijk