如何在 System.AddIn 中使用 automapper？

Question

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

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

我尝试了以下方法：

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

• 与直觉相反，为了让管道找到并激活适配器支持的加载项，我必须确保自动映射器 DLL 位于我的主机的 bin 目录中 - 将自动映射器 DLL 放在实际适配器 DLL 旁边的“AddInAdapters”文件夹中没有效果。

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

我们正在使用（和定位）.Net 4.5.1 - 是的，它在台式机和服务器上。 我们正在使用 automapper 2.2.1 - 不，它不在我的开发箱的 GAC 中

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

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

Answer 1

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

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

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