将依赖的托管DLL添加到非托管C ++项目

Question

我有依赖托管B.dll和C.dll的托管DLL A.dll项目。

我通过COM接口将A.DLL公开给非托管C ++项目D。 一切正常...但是A.DLL找不到D.dll和C.dll并引发适当的异常。 我尝试将它们放在相同的文件夹中，但不起作用。 我应该如何以及在哪里引用这些依赖关系？

在C ++中，我只用静态链接构建A.dll，但.NET没有此选项。

更新：将库与.exe文件放在同一目录下，我只是丢失了二进制文件。

Answer 1

常规CLR搜索规则在此处适用。 它首先在GAC中查找，然后在EXE所在的目录中查找。 您可以说服COM运行时从注册中定位A.dll，它可以存储在Regasm.exe / codebase选项告诉它的外观的任何位置。 但是，这并不影响在CLR寻找依赖，只考虑EXE位置。

您可以使用Fuslogvw.exe实用程序解决此问题。

替代品通常很麻烦。 只要您保证在A.dll中有一个[ComVisible]类型，可以确保首先实例化该类型（请考虑“ Application”），则可以在构造函数中订阅AppDomain.CurrentDomain.AssemblyResolve事件，以帮助CLR查找其他DLL。 但是，构造函数不需要B或C类型非常重要，当抖动需要它们来编译构造函数时，您仍然会崩溃。

如果那不是合适的选择，那么如果您希望将DLL部署在EXE安装目录的子目录中，则编写appname.exe.config文件可能会有所帮助。 但是，在COM方案中，这很少是一个好主意，因为您通常无法控制EXE，这通常是其他人的责任。 测试代码时，本地部署很好。 对于生产部署，您应该认真考虑GAC。 总之，无论如何，在COM中还是个好主意，因为注册是机器全局的，这使其产生了严重的DLL Hell头痛。