为什么运行时不会自动解决我的程序集依赖关系？

Question

我有一些 C++ 代码，它是基于 MMC 的应用程序的管理单元。此管理单元通过 COM 包装器 (AssemblyA) 使用 .net 2.0 dll。 AssemblyA 与启动 MMC 会话的应用程序位于同一目录中。 AssemblyA 使用一些其他 .net dll (OtherAssemblies)，由于我无法控制的原因，它们不能与 AssemblyA 位于同一目录中。它还允许动态加载某些组件（从 AssemblyB），并在第三个目录中搜索这些组件。 AssemblyB 中的动态组件引用 AssemblyA，因为它们扩展了其中的基类。

我的问题是，当我尝试加载动态组件时，它无法解析对 AssemblyA 的依赖关系，并且我的 AssemblyResolve 处理程序被触发（我用来解析 OtherAssemblies）。当我在 AssemblyResolve 处理程序中查询 Assembly.GetExecutingAssembly () 时，该程序集就是我要解析的程序集。

这种行为对我来说似乎有点奇怪，因为我希望 .NET 运行时首先在加载的程序集中查找依赖项，然后在我正在加载的程序集本地查找依赖项，然后在应用程序目录中查找。其中第一个和第三个应该包含我尝试加载的程序集。

我修改了我的 AssemblyResolve 方法，以便它搜索其他位置的依赖项，以便它可以工作，例如当前的应用程序目录，但如果我可以帮助的话，我真的不想这样做。

这种行为是预期的吗？是因为它是一个 MMC 应用程序还是因为它是从 C++ 调用的 COM 启动的？我是个笨蛋吗？

Answer 1

两者都是。事实上，您正在运行 MMC，这使得 .NET 很难解析程序集，它不会在 c:\windows\system32 中找到任何程序集。您无法使用 MMC 的 .config 文件合理地解决此问题，它会与任何未来的插件产生冲突。

COM 也没有帮助，放置 COM DLL 的目录不会以任何方式影响探测路径。您已经找到了一种解决此问题的方法：AssemblyResolve。或者您可以将所有内容都放入 GAC 中。

或者您可以避免使用 COM 并直接使用 Microsoft.ManagementConsole 命名空间。