Azure Function中IServiceCollection的AddOptions与Configure方法差异

我在Azure Function中使用Options模式，已创建自定义类表示配置数据，相关代码和配置如下：

1. settings.json配置 #

{
  "IsEncrypted": false,
  "Values": {
    "AzureWebJobsStorage": "UseDevelopmentStorage=true",
   
    "ServiceBusConfigOptions:EventTypeTopic": "",
    "ServiceBusConfigOptions:EventTypeTopicSubscription": "",
    "ServiceBusConfigOptions:ConnectionString": "",
    "ServiceBusConfigOptions:SendEmailTopic": "",
    "ServiceBusConfigOptions:NotificationMonitoringTopic": "",

    "EmailConfigOptions:FromAddress": "",
    "EmailConfigOptions:Subject": "",
    "EmailConfigOptions:MailingServiceAccount": "",
    "EmailConfigOptions:EmailTemplateDefaultValue": "",
   
  }
}

2. 配置类定义 #

EmailConfigOptions类 #

public class EmailConfigOptions
{
    public string FromAddress { get; set; }  
    public string Subject { get; set; }
    public string MailingServiceAccount { get; set; }
    public string EmailTemplateDefaultValue { get; set; }
}

ServiceBusConfigOptions类 #

public class ServiceBusConfigOptions
{
    public string ConnectionString { get; set; }
    public string EventTypeTopic { get; set; }
    public string EventTypeTopicSubscription { get; set; }
    public string SendEmailTopic { get; set; }
    public string NotificationMonitoringTopic { get; set; }
}

3. Startup中的两种注册方式 #

public class Startup : FunctionsStartup
{
    public override void Configure(IFunctionsHostBuilder builder)
    {
        builder.Services.AddLogging();
   
        builder.Services.AddOptions<ServiceBusConfigOptions>()
            .Bind(builder.GetContext().Configuration.GetSection(nameof(ServiceBusConfigOptions)));

        builder.Services.Configure<EmailConfigOptions>(builder.GetContext().Configuration.GetSection(nameof(EmailConfigOptions)));

        builder.Services.AddSingleton<IValidateOptions<EmailConfigOptions>, EmailConfiOptionsValidator>();
        builder.Services.AddSingleton<IValidateOptions<ServiceBusConfigOptions>, ServiceBusConfigOptionsValidator>();
    }
}

选择AddOptions还是Configure？ #

在当前场景下，两种方法最终实现的配置绑定效果完全一致，核心区别在于设计意图和扩展性：

• Configure<TOptions>：是更简洁的基础绑定方式，内部已经封装了AddOptions的注册逻辑，适合只需要完成配置节到Options类映射的简单场景，代码更精简。
• AddOptions<TOptions>().Bind(...)：这种写法扩展性更强，允许在绑定后链式调用其他配置方法（比如Validate、PostConfigure等），如果后续需要给Options添加动态修改、自定义验证规则等额外逻辑，这种方式能更顺畅地扩展。

由于你已经通过IValidateOptions实现了配置验证，两种方式都能正常配合验证逻辑工作。如果没有后续扩展需求，用Configure更省心；如果未来可能需要对Options做更多自定义操作，AddOptions的链式写法会更灵活。

总结：当前场景下任选其一即可，推荐优先用Configure保持代码简洁，有扩展需求时再切换到AddOptions。

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