ASP.NET Core 3+ 服务注册配置时如何通过DI容器对象配置WsFederation

实现方案 #

该需求完全可以实现，IPostConfigureOptions<TOptions>正是为这类需要依赖DI容器内已注册服务来配置选项的场景设计的标准解决方案，具体操作步骤如下：

步骤1：实现自定义PostConfigure配置类 #

你需要创建实现了IPostConfigureOptions<WsFederationOptions>接口的配置类，在构造函数中注入你需要用到的DI容器服务，在PostConfigure方法中完成对WsFederation选项的赋值：

using Microsoft.AspNetCore.Authentication.WsFederation;
using Microsoft.Extensions.Options;

public class PostConfigureWsFederationOptions : IPostConfigureOptions<WsFederationOptions>
{
    // 此处注入DI容器中已注册的你需要用到的配置对象/服务
    private readonly IYourCustomConfigService _customConfigService;

    public PostConfigureWsFederationOptions(IYourCustomConfigService customConfigService)
    {
        _customConfigService = customConfigService;
    }

    public void PostConfigure(string name, WsFederationOptions options)
    {
        // 匹配对应认证方案，若使用默认方案则判断如下
        if (name != WsFederationDefaults.AuthenticationScheme)
        {
            return;
        }

        // 用注入的服务配置选项
        options.MetadataAddress = _customConfigService.GetMetadataAddress();
        options.Wtrealm = _customConfigService.GetWtrealm();
        // 其他需要配置的属性可在此处逐一赋值
    }
}

步骤2：注册服务与配置类 #

你可以去掉原来AddWsFederation方法中的配置Lambda，或者保留也可以，PostConfigure的逻辑会在原有配置之后执行，最后注册你实现的配置类即可：

// 注册WsFederation认证服务
authenticationBuilder.AddWsFederation();

// 注册你实现的PostConfigure配置类
services.ConfigureOptions<PostConfigureWsFederationOptions>();

注意事项 #

• 方案名匹配：PostConfigure方法的name参数对应认证方案名，如果你自定义了WsFederation的认证方案，需要将判断条件替换为你自定义的方案名，否则配置不会生效。
• 执行优先级：IPostConfigureOptions的配置逻辑会在所有常规Options配置（包括AddWsFederation传入的Lambda配置）执行完成后运行，你可以根据需要选择覆盖原有配置，或者仅补充未配置的属性。
• 生命周期支持：你可以在自定义配置类的构造函数中注入任意已注册到DI容器的服务，框架会自动处理服务的解析与生命周期管理。

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