咨询.NET Core桥接依赖System.Data.OracleClient的Framework类库问题

• 当前设计的三层链路（.NET Core 5可执行应用 → .NET Standard封装层 → .NET Framework 4.7.2类库）存在本质的运行时边界缺陷：.NET Core/.NET Standard运行时不具备直接加载纯.NET Framework专属程序集的能力，中间夹一层.NET Standard类库无法打通跨框架的程序集加载通道。
• 之前能加载到ConfigurationManager兼容实现，只是因为.NET Standard生态提供了同名兼容NuGet包补全了缺口，不代表整个链路的跨框架桥接是合法的。你之前尝试调整各层目标框架版本（换.NET Core 3.1、.NET Standard 2.1、.NET Framework 4.6.1）依然报错，本质就是没解决跨框架加载的硬边界问题。
• 补充编译阶段的隐性问题：.NET Standard类库项目本身是为跨框架编译设计的，直接引用纯.NET Framework目标类库时，编译器会因为目标框架不匹配无法传递老类库的依赖信息，这个隐患会在运行时陆续暴露各类加载报错。

• 你之前“仅在底层.NET Framework类库引用依赖即可满足加载要求”的认知存在偏差，实际规则分两类场景：
  • 对SDK风格项目（所有.NET Core、.NET 5+、.NET Standard 2.0及以上项目）：依赖会自动传递到顶层可执行项目的输出目录，运行时直接从输出目录加载程序集。
  • 对非SDK风格的老.NET Framework项目：依赖不会自动向上传递到上层SDK风格项目，必须由SDK风格项目显式引入对应NuGet包，依赖解析器才会把对应程序集放到运行时可加载的路径下。
• 之前你在.NET Standard层引入ConfigurationManager包才能解决报错，本质就是老.NET Framework类库的依赖不会自动传递给上层SDK项目，必须在SDK项目上下文里显式声明依赖，依赖解析器才会把对应程序集放到运行时可加载的路径下。

• 首先说明为什么引入Oracle.ManagedDataAccess不生效：运行时的加载请求指向的是System.Data.OracleClient, Version=2.0.0.0的强名称程序集，这个组件是.NET Framework 2.0时代内置到系统GAC的废弃组件，.NET Core运行时无内置实现，也没有对应的官方NuGet包，直接引入功能替代包无法满足运行时的程序集绑定请求。
• 无需整体降级回.NET Framework的可行落地方案：
  1. 架构修正：不要尝试在.NET Core进程内加载任何依赖System.Data.OracleClient的老.NET Framework类库，单独拆分一个目标为.NET Framework 4.7.2的自宿主控制台进程，将所有依赖废弃OracleClient的厂商类库全部部署在这个进程内，对外通过本地命名管道、无端口HTTP接口暴露数据交互能力。
  2. 上层.NET Core 5的Web/Worker应用仅通过本地IPC通道调用这个独立宿主进程，完全在自己的进程边界内规避跨框架加载的问题，不需要改动现有.NET Core应用的核心架构。
  3. 临时过渡的局限性方案：通过.NET Core的程序集加载回调，将所有对System.Data.OracleClient 2.0.0.0的加载请求重定向到引入的Oracle.ManagedDataAccess程序集上，但该方案受限于两个组件的接口签名差异，大概率会触发缺失方法的运行时错误，仅适配逻辑极简单的调用场景。

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