我们正在致力于将基于 MFC 的大型应用程序与少数托管 (.NET) 加载项集成。与这些加载项的通信是通过 COM 完成的。
从历史上看,我们只是使用注册表来使这些加载项(作为 COM 服务器)可供应用程序使用。但是,现在我们尝试使用免注册 COM 互操作来执行此操作。
我们希望这些加载项能够位于与应用程序运行所在的目录不同的目录中——最好是在任何地方。但是,由于无法解析依赖程序集,我们显然在服务器对象的实例化方面遇到了问题,这些程序集也位于 COM 服务器 DLL 的目录中。
“老式”COM 互操作通过在加载目标程序集时使用 LoadFrom 上下文来处理此问题。但激活上下文机制似乎并没有做到这一点。
有谁知道如何让它发挥作用?目前尚不清楚我们是否可以在模块的 SxS 清单中识别依赖程序集,或者我们是否可以以不同的方式创建激活上下文?
感谢您的任何想法/提示!
Jeff
希望我理解这个问题,因为我对 MFC 项目及其限制不太熟悉。一个具有接口(永久注册到 MFC 应用程序)的“众所周知的”.NET 类怎么样,该接口反过来处理所有激活和实例化?
Rodney
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)