VSIX在另一个DLL中找不到静态方法

Question

问题我在VSIX项目中引用了一个静态（扩展方法）。 当我编译VSIX项目时，我可以在bin / debug文件夹中看到该dll以及VSIX dll（相同的文件夹）。

另外，intellisense对此没有问题，编译也没有问题！ 当我在调试模式下运行VSIX项目时。 我看到此错误：

“找不到方法：“ System.String MethodName（System.String）” ，这是另一个程序集（在bin / debug文件夹中）的扩展方法。

我读过其他类似的文章：

用DllImport找不到VSIX dll

在Visual Studio扩展中包括外部.dll

两种解决方案在我看来都不对，毕竟dll位于正确的文件夹中，它找到了自己的代码，但没有找到其他程序集....这些引用以及using语句和intellisense的工作！

这告诉我这是一个加载程序问题，VSIX项目以某种方式无法加载其他引用的程序集，或者可能是设计使然。

我尝试将它们作为资产加载，但是它们不是“其他” VSIX项目，因此所有资产选项均已退出。

但是请注意，这些资产类型都以Microsoft.VisualStudio为前缀。 我尝试了Microsoft.VisualStudio.Assembly，但它们无法正常工作，实际上，这样做会弄乱清单。

另一个奇怪的地方是，我确实引用了作为EXE出现的另一个程序集。 所有这些方法都可以正常工作。 只是没有加载的dll。 对于这些，我不能使用USING语句，而必须使用完全限定的NameSpace名称才能使其起作用...但是，如果我在DLL上尝试相同的技巧，将无法正常工作。

一篇文章建议将程序集手动添加到清单文件中...但是那篇文章是在2010年。

这也不起作用：

要在VSIX程序包中包含来自引用程序集的附属DLL，请将SatelliteDllsProjectOutputGroup添加到VSIX属性中包含的输出组。

我想念什么？

Answer 1

此问题的根本原因是，默认情况下，VSIX希望所有内容都采用强命名。 由于未签名的第三方DLL，我没有选中该选项。 我能够获得来源并“强名称”。

然后，我强力命名VSIX项目，一切正常。

转到项目的属性页面：

我开始研究这样的工具，当无法获得源代码时，这些工具可以为DLL命名。

https://brutaldev.com/post/net-assembly-strong-name-signer