如何在不同程序集中透明替换配置类的方法实现？

我有一个配置类，可从不同源加载配置属性值，并允许通过编程方式设置属性值。当前它按以下顺序加载配置值：

• 环境变量（Environment variables）
• App.config 文件
• settings.json 文件
• 使用默认值并允许用户在自有代码中修改属性

由于大多数用户通过编程方式设置配置，且我希望尽可能移除Microsoft.Extensions.Configuration依赖，因此打算将前三种加载逻辑迁移至另一个程序集，仅当用户需要从App.config等源加载配置时才显式依赖该程序集。理想情况下，此变更对用户透明，无需修改现有代码。

目前我的配置类构造函数如下：

public Config()
{
    InitializeDefaults();
    ReadEnvironmentVariables();
    ReadAppConfig();
}

我能否在现有程序集中为ReadEnvironmentVariables和ReadAppConfig提供空实现，在新程序集中提供实际实现，使得应用依赖新程序集时使用实际实现，否则使用空方法？

我原本可以通过在新程序集中定义CONFIG_EXTENSION常量并使用预编译指令实现：

#if CONFIG_EXTENSION
    ReadEnvironmentVariables();
    ReadAppConfig();
#endif

但想了解是否有更优方案。

补充说明：我无法使用依赖注入，因为该类属于类库，不想假设用户使用依赖容器。

可以通过部分类+方法重写或者反射动态加载来实现，这两种方案都能避免预编译指令的硬编码限制，同时保持对用户透明：

方案1：部分类+虚方法重写（推荐） #

1. 在原有程序集中，将Config定义为部分类，把ReadEnvironmentVariables、ReadAppConfig声明为虚方法并提供空实现：

// 原有程序集的Config.cs
public partial class Config
{
    public Config()
    {
        InitializeDefaults();
        ReadEnvironmentVariables();
        ReadAppConfig();
    }

    protected virtual void ReadEnvironmentVariables() { }
    protected virtual void ReadAppConfig() { }

    private void InitializeDefaults()
    {
        // 原有默认值初始化逻辑
    }
}

2. 在新的扩展程序集中，同样定义Config部分类，重写这两个虚方法实现实际加载逻辑：

// 新扩展程序集的Config.Extension.cs
public partial class Config
{
    protected override void ReadEnvironmentVariables()
    {
        // 实际读取环境变量的逻辑，可引入Microsoft.Extensions.Configuration依赖
    }

    protected override void ReadAppConfig()
    {
        // 实际读取App.config、settings.json的逻辑
    }
}

当用户引用扩展程序集时，CLR会自动合并部分类实现，调用重写后的方法；不引用则使用原有空实现，全程对用户透明，无需修改现有代码。

方案2：反射动态加载扩展逻辑 #

如果不想修改原有Config类结构，可以通过反射检查扩展程序集是否存在，动态调用加载方法：

// 原有程序集的Config.cs
public class Config
{
    public Config()
    {
        InitializeDefaults();
        LoadExternalConfigProviders();
    }

    private void LoadExternalConfigProviders()
    {
        try
        {
            // 尝试加载扩展程序集中的配置加载器类型
            var configLoaderType = Type.GetType("YourExtensionAssembly.ConfigLoader, YourExtensionAssembly");
            if (configLoaderType != null)
            {
                var loader = Activator.CreateInstance(configLoaderType);
                var loadEnvMethod = configLoaderType.GetMethod("ReadEnvironmentVariables", new[] { typeof(Config) });
                var loadAppConfigMethod = configLoaderType.GetMethod("ReadAppConfig", new[] { typeof(Config) });
                
                loadEnvMethod?.Invoke(loader, new object[] { this });
                loadAppConfigMethod?.Invoke(loader, new object[] { this });
            }
        }
        catch (FileNotFoundException)
        {
            // 未引用扩展程序集，忽略即可
        }
    }

    private void InitializeDefaults()
    {
        // 原有默认值初始化逻辑
    }
}

在扩展程序集中实现ConfigLoader类：

// 新扩展程序集的ConfigLoader.cs
public class ConfigLoader
{
    public void ReadEnvironmentVariables(Config config)
    {
        // 实际加载逻辑，修改传入的config实例属性
    }

    public void ReadAppConfig(Config config)
    {
        // 实际加载逻辑
    }
}

这种方案无需修改原有类结构，但需要处理反射异常，性能略逊于部分类方案。

对比预编译指令的优势 #

• 无需用户手动设置编译常量，通过程序集引用自动控制逻辑切换
• 原有程序集完全脱离Microsoft.Extensions.Configuration依赖
• 对用户完全透明，不需要修改任何现有代码

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