.NET Core Windows服务中如何注入ModelValues实例（替代IOptions）

嘿，我明白你的痛点——不想让NuGet包和配置文件绑得太死，毕竟以后要是换个配置来源，改起来太麻烦。给你几个实用的方案，你可以根据自己的场景选：

方案一：手动映射后注册ModelValues实例 #

既然你已经用AutoMapper实现了ConfigurationModelValues到ModelValues的映射，那最直接的方式就是在Startup里完成映射，然后把ModelValues实例注册到DI容器中：

public void ConfigureServices(IServiceCollection services)
{
    // 先注册AutoMapper（如果还没注册的话）
    services.AddAutoMapper(typeof(Startup));
    
    // 读取配置到ConfigurationModelValues
    var configModel = Configuration.GetSection("sectionName").Get<ConfigurationModelValues>();
    
    // 获取Mapper实例并完成映射
    var mapper = services.BuildServiceProvider().GetRequiredService<IMapper>();
    var modelValues = mapper.Map<ModelValues>(configModel);
    
    // 把ModelValues注册为单例（根据你的需求选Singleton/Scoped/Transient）
    services.AddSingleton(modelValues);
    
    // 注册其他依赖，比如IDependentService和MyCustomPackage
    services.AddSingleton<IDependentService, DependentServiceImplementation>();
    services.AddSingleton<MyCustomPackage>();
}

这样你的MyCustomPackage构造函数就可以直接接收ModelValues，完全不用依赖IOptions：

public class MyCustomPackage 
{ 
    private readonly IDependentService _dependentService; 
    private readonly ModelValues _modelValues; 

    public MyCustomPackage(IDependentService dependentService, ModelValues modelValues) 
    { 
        _dependentService = dependentService;
        _modelValues = modelValues;
    } 
}

这个方案简单直接，适合配置来源固定的场景，完全切断了NuGet包和配置文件的耦合。

方案二：使用工厂模式注册MyCustomPackage #

如果MyCustomPackage的创建逻辑比较复杂，或者你不想单独注册ModelValues，可以用DI的工厂注册方式，把映射逻辑放在工厂里：

public void ConfigureServices(IServiceCollection services)
{
    services.AddAutoMapper(typeof(Startup));
    services.AddSingleton<IDependentService, DependentServiceImplementation>();
    
    // 用工厂方式注册MyCustomPackage
    services.AddSingleton<MyCustomPackage>(sp => 
    {
        var dependentService = sp.GetRequiredService<IDependentService>();
        var mapper = sp.GetRequiredService<IMapper>();
        var configModel = Configuration.GetSection("sectionName").Get<ConfigurationModelValues>();
        var modelValues = mapper.Map<ModelValues>(configModel);
        
        return new MyCustomPackage(dependentService, modelValues);
    });
}

这种方式把ModelValues的创建和MyCustomPackage的实例化绑定在一起，NuGet包依然不需要关心配置细节。

方案三：抽象配置来源（最灵活的解耦方式） #

如果想彻底实现关注点分离，让NuGet包完全不关心ModelValues的来源，可以定义一个抽象接口，由宿主项目（Windows服务）提供实现：

第一步：在NuGet包中定义接口 #

public interface IModelValuesProvider
{
    ModelValues GetModelValues();
}

然后修改MyCustomPackage的构造函数，依赖这个接口：

public class MyCustomPackage 
{ 
    private readonly IDependentService _dependentService; 
    private readonly ModelValues _modelValues; 

    public MyCustomPackage(IDependentService dependentService, IModelValuesProvider modelValuesProvider) 
    { 
        _dependentService = dependentService;
        _modelValues = modelValuesProvider.GetModelValues();
    } 
}

第二步：在Windows服务中实现接口 #

public class ConfigBasedModelValuesProvider : IModelValuesProvider
{
    private readonly IMapper _mapper;
    private readonly IConfiguration _configuration;

    public ConfigBasedModelValuesProvider(IMapper mapper, IConfiguration configuration)
    {
        _mapper = mapper;
        _configuration = configuration;
    }

    public ModelValues GetModelValues()
    {
        var configModel = _configuration.GetSection("sectionName").Get<ConfigurationModelValues>();
        return _mapper.Map<ModelValues>(configModel);
    }
}

第三步：在Startup中注册接口和依赖 #

public void ConfigureServices(IServiceCollection services)
{
    services.AddAutoMapper(typeof(Startup));
    services.AddSingleton<IDependentService, DependentServiceImplementation>();
    
    // 注册Provider
    services.AddSingleton<IModelValuesProvider, ConfigBasedModelValuesProvider>();
    // 注册MyCustomPackage
    services.AddSingleton<MyCustomPackage>();
}

这个方案的优势是完全解耦：NuGet包只依赖抽象接口，不管ModelValues是来自配置文件、数据库还是其他外部服务，只需要换一个IModelValuesProvider的实现即可，非常符合开闭原则。

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