如何实现.NET Framework与.NET Core兼容的通用配置策略？

社区主流实现方案 #

• 方案1：直接复用ConfigurationManager兼容包
  微软官方推出了System.Configuration.ConfigurationManager跨框架NuGet包，同时支持.NET Framework 4.5+与.NET Core/.NET 所有版本。安装后原有读取配置的代码无需任何修改，在.NET Core环境下会自动读取项目根目录的App.config配置（需设置App.config文件属性为「如果较新则复制」到输出目录），兼容成本最低，适合短期快速完成兼容的场景。
• 方案2：基于.NET官方配置抽象统一适配
  引入Microsoft.Extensions.Configuration.Abstractions跨框架NuGet包，两边统一使用IConfiguration接口作为配置读取入口：
  • .NET Framework侧：添加Microsoft.Extensions.Configuration.Xml包，适配读取App.config的appSettings、connectionStrings节点
  • .NET Core侧：默认绑定appsettings.json配置节点
    该方案完全贴合.NET生态的标准配置规范，后续扩展配置源（如远程配置中心、环境变量、命令行参数）无需修改业务代码。
• 方案3：自定义配置抽象层
  自定义统一配置读取接口，分别针对两个框架做实现：

public interface ICustomConfig
{
    string EndPointAssembliesPath { get; }
    string ModulesPath { get; }
    string BusinessAssembliesScanningPattern { get; }
    string GetConnectionString(string name);
}

• .NET Framework实现：内部调用原生ConfigurationManager读取配置
• .NET Core实现：绑定appsettings.json的对应节点
  该方案完全自主可控，不依赖额外第三方包，适合对依赖管控严格的项目。

最优推进路径 #

1. 第一阶段快速验证：优先采用方案1安装ConfigurationManager兼容包，仅需统一两个框架下的配置键名（注意你给出的示例中.NET Framework配置键为ModulesPath，.NET Core配置键为BusinessModulesPath，需要对齐避免读取失败），不需要修改原有业务逻辑，1~2天即可完成双框架配置读取的功能验证，优先保障整体迁移流程的进度。
2. 第二阶段长期优化：如果项目有长期迭代计划，在功能验证完成后逐步替换为方案2或方案3，将所有硬编码调用ConfigurationManager的逻辑替换为依赖注入的统一配置接口，既符合.NET Core的开发规范，也为后续扩展配置能力预留空间。

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