C# Windows服务SAP.Net Connector非可再分发DLL的反射引用方案咨询

核心原则 #

• 主服务项目*彻底移除对sapnco.dll、sapnco_utils.dll的编译引用**，避免CLR在程序加载阶段因为找不到依赖直接抛FileNotFoundException。
• 所有SAP相关业务逻辑拆分到独立的插件类库，该类库在编译阶段可以引用SAP DLL，但不会随主服务安装包分发，完全依靠现有MEF DirectoryCatalog机制动态加载。
• 加载插件前先检测目标机器上是否存在合法的SAP NCO程序集，不存在则跳过SAP相关功能，不影响主服务正常运行。

关于“无编译引用下实现IDestinationConfiguration接口”的误区 #

很多人误以为实现接口必须在类定义处显式写出: IInterface，实际上CLR对接口实现的识别是基于成员签名匹配的：只要自定义类的方法、事件签名和接口要求完全一致，哪怕编译阶段完全不知道接口存在，反射调用时CLR也能正确识别适配。
你现有的RfcConfig类只需要做简单改造，不需要硬编码继承SAP接口：

// 完全无SAP编译依赖的RfcConfig实现
public class RfcConfig
{
    // 用通用字典存储目标配置，不需要直接引用RfcConfigParameters类型
    private Dictionary<string, Dictionary<string, object>> availableDestinations 
        = new Dictionary<string, Dictionary<string, object>>();
    private Delegate changeHandler;

    // 严格匹配IDestinationConfiguration.ChangeEventsSupported的方法签名
    public bool ChangeEventsSupported()
    {
        return true;
    }

    // 严格匹配IDestinationConfiguration.ConfigurationChanged的事件签名
    public event Action<string, object> ConfigurationChanged
    {
        add => changeHandler = Delegate.Combine(changeHandler, value);
        remove => changeHandler = Delegate.Remove(changeHandler, value);
    }

    // 严格匹配IDestinationConfiguration.GetParameters的方法签名
    public Dictionary<string, object> GetParameters(string destinationName)
    {
        availableDestinations.TryGetValue(destinationName, out var config);
        return config;
    }

    // 自有业务逻辑无特殊限制，正常编写即可
    public string Disconnect(string name = null)
    {
        // 原有Disconnect业务逻辑改造，所有涉及SAP类型的部分走反射
    }
}

反射桥接的具体实现步骤 #

所有SAP类型的加载、对象创建、方法调用、事件触发全部在运行时通过反射完成，无任何编译期依赖：

1. 按需加载SAP程序集
   从GAC加载已安装的SAP NCO程序集，加载失败直接跳过后续逻辑，不抛崩溃：

   Assembly sapNcoAsm = null;
   try
   {
       // 从GAC加载强名称的SAP NCO程序集，匹配用户合法安装的版本
       sapNcoAsm = Assembly.Load("sapnco, Version=3.0.0.0, Culture=neutral, PublicKeyToken=50436dca5c7f7d23");
   }
   catch
   {
       // 未安装SAP NCO，直接返回，主服务不受影响
       return;
   }
   

2. 动态获取所有依赖的SAP类型
   从已加载的程序集中提取需要的SAP内置类型，缓存到变量中供后续反射调用：

   // 获取核心SAP类型
   Type idestinationConfigType = sapNcoAsm.GetType("SAP.Middleware.Connector.IDestinationConfiguration");
   Type rfcDestinationMgrType = sapNcoAsm.GetType("SAP.Middleware.Connector.RfcDestinationManager");
   Type rfcConfigParamsType = sapNcoAsm.GetType("SAP.Middleware.Connector.RfcConfigParameters");
   Type rfcEventArgsType = sapNcoAsm.GetType("SAP.Middleware.Connector.RfcConfigurationEventArgs");
   // 获取嵌套的ConfigurationChangeHandler委托类型
   Type changeHandlerDelegateType = rfcDestinationMgrType.GetNestedType("ConfigurationChangeHandler");
   

3. 注册目标配置实例
   不需要手动做接口适配，只要调用RfcDestinationManager.RegisterDestinationConfiguration方法时传入你的RfcConfig实例，CLR会自动基于签名匹配完成接口适配：

   var rfcConfigInstance = new RfcConfig();
   // 反射调用静态注册方法
   MethodInfo registerMethod = rfcDestinationMgrType.GetMethod(
       "RegisterDestinationConfiguration", 
       new[] { idestinationConfigType });
   registerMethod.Invoke(null, new object[] { rfcConfigInstance });
   

4. 反射处理事件逻辑
   原有事件触发逻辑不需要硬编码SAP参数类型，所有涉及SAP对象创建的环节全部走反射：
   • 构造RfcConfigParameters实例时，通过反射创建对象，以键值对形式写入连接参数；
   • 构造RfcConfigurationEventArgs实例时，通过反射传入事件类型和对应的参数对象；
   • 触发事件时，通过委托的DynamicInvoke方法传入参数，不需要绑定SAP专用的委托类型。

落地注意事项 #

• 检查现有代码中重复定义的AddOrEditDestination方法，移除重复部分避免编译报错。
• 项目编译设置中，将所有SAP DLL的引用属性设为Copy Local = False，确认无SAP DLL时主服务可以正常启动。
• MEF加载插件时，优先加载主程序集，再扫描插件目录，避免插件加载触发主程序的依赖解析错误。
• 所有SAP相关的反射逻辑全部封装在插件内部，主服务只依赖插件定义的通用接口，完全感知不到SAP DLL的存在。

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