ASP.NET Core Web API属性与方法注入实现及相关问题咨询

一、属性注入实现 #

ASP.NET Core原生DI默认优先支持构造注入，要实现属性注入，分两种场景处理：

1. 控制器中的属性注入 #

直接在控制器的属性上标记[FromServices]特性，框架会自动从DI容器解析并注入依赖：

public class CustomerController : ControllerBase
{
    [FromServices]
    public ICustomerRepository CustomerRepository { get; set; }

    [FromServices]
    public ICountryRepository CountryRepository { get; set; }

    [HttpGet]
    public IActionResult GetCustomers()
    {
        var customers = CustomerRepository.GetAll();
        return Ok(customers);
    }
}

2. 自定义类中的属性注入 #

原生DI不会自动给自定义类（比如你的RepositoryWrapper）注入属性，需要手动通过IServiceProvider解析，或者引入Autofac等第三方容器扩展支持。示例如下：

public class RepositoryWrapper
{
    private readonly OmniConnectDB _context;
    private readonly IMapper _mapper;
    public ICustomerRepository CustomerRepository { get; set; }
    public ICountryRepository CountryRepository { get; set; }

    public RepositoryWrapper(OmniConnectDB context, IMapper mapper, IServiceProvider serviceProvider)
    {
        _context = context;
        _mapper = mapper;
        // 手动从服务容器获取属性依赖
        CustomerRepository = serviceProvider.GetRequiredService<ICustomerRepository>();
        CountryRepository = serviceProvider.GetRequiredService<ICountryRepository>();
    }
}

二、方法注入实现 #

方法注入适合仅在特定方法中需要依赖的场景，常见用法：

1. 控制器Action方法注入 #

在Action参数上标记[FromServices]，框架自动注入依赖：

[HttpGet("{id}")]
public IActionResult GetCustomer(int id, [FromServices] ICustomerRepository customerRepository)
{
    var customer = customerRepository.GetById(id);
    if (customer == null) return NotFound();
    return Ok(customer);
}

2. 自定义类的方法注入 #

借助IServiceProvider在方法内解析所需依赖：

public class RepositoryWrapper
{
    private readonly OmniConnectDB _context;
    private readonly IMapper _mapper;
    private readonly IServiceProvider _serviceProvider;

    public RepositoryWrapper(OmniConnectDB context, IMapper mapper, IServiceProvider serviceProvider)
    {
        _context = context;
        _mapper = mapper;
        _serviceProvider = serviceProvider;
    }

    public List<CustomerDto> GetCustomersWithCountry()
    {
        var customerRepo = _serviceProvider.GetRequiredService<ICustomerRepository>();
        var countryRepo = _serviceProvider.GetRequiredService<ICountryRepository>();
        
        var customers = customerRepo.GetAll();
        return customers.Select(c => new CustomerDto
        {
            Id = c.Id,
            Name = c.Name,
            CountryName = countryRepo.GetById(c.CountryId)?.Name
        }).ToList();
    }
}

三、服务注册规则 #

不管用哪种注入方式，服务注册代码和你当前的写法完全一致，无需修改：

// 配置仓储服务
services.AddScoped<ICountryRepository, CountryRepository>();
services.AddScoped<IRegionRepository, RegionRepository>();
services.AddScoped<ICityRepository, CityRepository>();
services.AddScoped<ICustomerRepository, CustomerRepository>(); // 补充你代码中缺失的Customer仓储注册

// 配置业务服务
services.AddScoped<ICustomerService, CustomerService>();
services.AddScoped<RepositoryWrapper>(); // 注册你的包装类

四、与构造注入的对比 #

五、能否用属性/方法注入替代构造注入？ #

不建议完全替代，原因如下：

1. 构造注入是DI的最佳实践，能保证类的依赖明确，创建时即处于可用状态，避免空引用异常。
2. 属性注入适合可选依赖（如非核心辅助服务）或框架级场景（如控制器中的辅助服务）。
3. 方法注入仅适合局部临时使用依赖的场景（如某个方法临时需要特定服务，整个类无需持有它）。

对于你的RepositoryWrapper类，当前构造注入的写法是合理的——这些仓储都是类工作的核心依赖，显式声明能让代码更清晰、更易维护。如果觉得构造参数过多，可以考虑按业务拆分包装类，或使用聚合服务模式封装相关仓储。

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