ASP.NET Core如何自定义appsettings到Options类的绑定

完全可以实现，并且能做到几乎不改动现有基于IOptions搭建的基础设施、极少甚至完全不改动Options类注册代码，ASP.NET Core原生的Options模型本身就预留了对应的扩展点，不需要重构现有代码。

实现方式 #

你可以根据自身需求选两种方案：

方案1：全局接管配置绑定逻辑（业务侧注册代码零改动） #

默认调用services.Configure<TOptions>(IConfiguration)做配置绑定时，底层走的是系统内置的ConfigurationBinder.Bind方法完成配置值到Options实例的映射。
如果你要让所有Options类型都走自定义绑定逻辑，只需要两步：

• 实现自定义的配置绑定器：如果是.NET 7+版本，直接实现公开的IConfigurationBinder接口，在Bind方法里编写复杂结构的自定义解析逻辑，普通结构的Options可以直接回退调用系统默认绑定实现，保证兼容性。
• 在所有Options注册代码执行前，把自定义绑定器注册到DI容器，覆盖系统默认注册：

// 必须放在所有services.Configure<XXX>(configuration) 代码之前执行
services.AddSingleton<IConfigurationBinder, YourCustomAdvancedConfigurationBinder>();

这种方案下你之前写的所有Options注册代码完全不用改，所有绑定操作自动走自定义逻辑，同时原生兼容IOptions、IOptionsSnapshot、IOptionsMonitor等所有官方提供的Options接口。
如果是.NET 6及更低版本，IConfigurationBinder没有作为公开服务注册，你可以通过装饰器模式拦截IOptionsFactory<TOptions>服务，在工厂创建Options实例的环节接管绑定逻辑，同样能做到零业务注册代码改动。

方案2：仅针对特定复杂Options类型自定义绑定（注册代码改动极小） #

如果你不想全局修改绑定规则，只需要给少数结构复杂的高级Options类用自定义绑定逻辑，其他普通Options保持默认绑定行为，可以用IConfigureOptions<TOptions>实现：

• 针对目标复杂Options类型编写专属绑定类，实现IConfigureOptions<TTargetOptions>接口，构造函数注入IConfiguration，在Configure方法里编写自定义绑定逻辑：

public class AdvancedOptionsCustomBinder : IConfigureOptions<AdvancedOptions>
{
    private readonly IConfiguration _configuration;
    public AdvancedOptionsCustomBinder(IConfiguration configuration)
    {
        _configuration = configuration;
    }

    public void Configure(AdvancedOptions options)
    {
        var configSection = _configuration.GetSection("AdvancedOptions");
        // 在这里实现自定义绑定逻辑：特殊字段类型转换、嵌套结构手动映射、自定义默认值填充、复杂规则校验等
    }
}

• 注册的时候，只需要把原来对应Options的services.Configure<AdvancedOptions>(configuration.GetSection("AdvancedOptions"))替换为services.ConfigureOptions<AdvancedOptionsCustomBinder>()即可，其他普通Options的注册代码完全不需要改动。

提示：两种方案都不会破坏你现有基于IOptions搭建的基础设施，所有依赖IOptions相关接口的服务不需要做任何调整就能正常工作。

内容的提问来源于stack exchange，提问作者D.R.