2

在 System.AddIn（又名 MAF）管道适配器中，需要手动将值从一种 DTO 类型复制到另一种 - 从 HostView 类型到 Pipeline Contract 类型以及从 Pipeline Contract 类型到 AddIn 视图类型（然后再返回）。这似乎是使用自动映射器的理想情况。

但是，我不确定在 HostView 和 AddInView 适配器中使用和打包 3rd 方程序集的正确方法，尤其是当 AddIn 激活在单独的 AppDomain 中时。

我尝试了以下方法：

  • 将 automapper 的 nuget 引用添加到 AddIn 适配器项目并在其中创建映射配置文件。（我对初始化配置文件的适配器使用了静态 ctor，因为 MAF 负责实例化适配器。）

  • 与直觉相反，为了让管道定位并激活适配器支持的插件，我必须确保 automapper DLL 位于我主机的 bin 目录中- 在实际适配器 DLL 旁边的“AddInAdapters”文件夹中拥有 automapper DLL没有效果。

通过这种安排，我能够在我的开发盒上找到并激活插件（win 7）。但是完全相同的二进制文件在 Server2008R2 上不起作用。（我知道，我知道：我无法控制开发或服务器操作系统的选择）

我们正在使用（和目标）.Net 4.5.1 - 是的，它在桌面和服务器上。我们正在使用 automapper 2.2.1 - 不，它不在我的开发箱的 GAC 中

适配器使用的第 3 方程序集应位于何处（插件端和主机端）。尤其是在考虑 AppDomain 隔离时

为什么上述安排适用于 Windows 7，而不适用于 2008R2？

4

1 回答 1

1

在主机端，它应该位于应用程序的根输出目录中。所有主机 dll 都加载到您的应用程序域中，程序集解析器将在您正在运行的程序集的位置中查找 automapper dll。

在插件方面，它应该位于插件适配器目录中。插件适配器和插件视图被加载到新的应用程序域中，并且需要它们自己的此 dll 副本。

在管道中的任何位置使用第三方库时要小心的一件事是，它会使管道版本控制变得痛苦。如果您正在加载管道的多个版本以允许 V1 和 V2 插件仍然工作，如果它们依赖于程序集的不同版本，您可能会在协调这一点时遇到问题。如果您不关心管道版本控制，那么这不是一个问题。

于 2015-06-19T14:00:18.613 回答