使用 CodeDomProvider 编译到内存时，程序集找不到引用的程序集

Question

我正在尝试使用 CodeDomProvider 在运行时将一些代码编译到内存中。

我正在编译的代码引用了一个外部程序集，我将其包含在编译代码时使用的参数中。

当我编译到内存并尝试对 Visual Studio 外接程序中生成的程序集使用反射时，它会引发异常，指出它找不到引用的程序集。

（例外）
“无法加载一种或多种请求的类型。检索 LoaderExceptions 属性以获取更多信息。”

（加载异常）
“{”无法加载文件或程序集“Dynamo.Jiss.Task，Version=1.0.0.0，Culture=neutral，PublicKeyToken=null”或其依赖项之一。系统找不到指定的文件。":"Dynamo.Jiss.Task, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"}"

我尝试使用绝对路径从不同位置引用程序集。

如果从控制台应用程序运行完全相同的代码，则它可以正常工作；如果我不编译到内存，它也可以在加载项中正常工作。
删除对外部程序集的引用以及引用它的代码在编译到内存时也可以工作，因此，正如异常所描述的那样，这可能是加载引用的程序集时出现的问题。

有谁知道为什么编译到内存并引用程序集在插件中不起作用？

它正在运行的 AppDomain 是否有一些限制或者我应该注意的事情？ （目前我最好的猜测）

它应该在特定的文件夹中吗？使用相对路径引用？安全设置？需要签名吗？有什么想法吗？

---

我想要实现的是一种将具有特定扩展名的文件放入项目中并让插件自动编译它的方法，如果它实现了 ITask 接口（来自外部程序集），它将调用一个 Setup() 方法来实现它代码可以挂钩 Visual Studio 事件并在侦听不同事件的同时执行任务/脚本。这样，如果另一个文件发生更改，我可以轻松执行文本模板，或者在不同事件（文档保存、构建等）上组合和缩小文件。

是否已经存在这样的东西（以减轻我的痛苦）？ :)

Answer 1

发生这种情况很可能是因为您告诉 CodeDom 生成内存中程序集（这实际上是一个谎言，因为它会临时生成到磁盘，加载它，然后删除文件）。关键是，CodeDom 程序集的编译目录与您用来编译它的目录不同。也就是说，如果您在 bin\Debug 中运行，则 CodeDom 程序集将生成到 %temp%。

您可以通过我能想到的两种方法之一来解决此问题：

1. 将 CodeDom 程序集编译到与执行程序集相同的路径。

   myCodeProvider.GenerateInMemory = false; // 可能没有必要...有一段时间没有尝试过这个
   myCodeProvider.OutputAssembly = string.Format(@"{0}\{1}", Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location, "mydll.dll");
   

2. 处理 AssemblyResolve 事件并向 CodeDom 程序集提供其请求的引用程序集。

   AppDomain.CurrentDomain.AssemblyResolve += OnCurrentDomainAssemblyResolve
   
   私有静态Assembly OnCurrentDomainAssemblyResolve（对象发送者，ResolveEventArgs args）
   {
                   // 这太昂贵了...不要多次执行此操作，或者以更有效的方式加载程序集文件
                   // 另外，如果您用来编译 CodeDom 程序集的代码尚未使用引用的程序集，则这将不起作用
                   // 你应该使用 Assembly.Load(...)
                   foreach（AppDomain.CurrentDomain.GetAssemblies() 中的程序集@ assembly）
                   {
                       if (@ assembly.FullName.Equals(args.Name, StringComparison.OrdinalIgnoreCase))
                       {
                           返回@程序集；
                       }
                   }
   }