除了 .NET 中的 AutoMapper 之外，还有其他对象到对象的映射解决方案吗？答案

【问题标题】：Any other object-to-object mapping solutions other than AutoMapper in .NET?除了 .NET 中的 AutoMapper 之外，还有其他对象到对象的映射解决方案吗？
【发布时间】：2009-04-06 16:27:59
【问题描述】：

我想知道 .NET 世界中是否有其他类似的开源解决方案，尤其是 2.0 框架

【问题讨论】：

标签： .net datamapper

【解决方案1】：

我刚刚偶然发现ObjectCastor 的目标是：

基本上，它会生成一个新的代理使用 System.CodeDom 的类包装 sourceType 的机械并实现 interfaceType 界面。在 .NET 的帮助下反射，它超越了成员 interfaceType 类型和生成对应的成员代理类。之后，它使用编译生成的类 CodeDomProvider 类和调用 CompileAssemblyFromDom 方法。在此时，生成的类是编译，最后要做的是创建代理的新实例类并将源对象提供为一个构造函数。完整的源代码对于实用程序类和演示应用程序在上面可用下载部分。

这种技术现在正在CS Script 中使用。来自 CSScript 帮助文件：

在 2.3.3 版本中引入了 CS-Script 新的脚本托管模型接口对齐，这是一个有吸引力的界面的替代品加载/访问时的继承通过接口编写脚本。

此模型允许使用通过将脚本“对齐”到适当的界面（DuckTyping）。这种方法的重要方面是脚本执行是完全类型安全（与任何通过接口访问的脚本）但更重要的是脚本不必实施主机使用的接口应用。在某种程度上接口对齐是一种强制类型转换：类型转换为接口是可能的只要对象有所有方法在接口中定义。这个有前途的技术允许高水平主机和主机之间的解耦没有任何类型的脚本业务逻辑安全妥协。

【讨论】：

【解决方案2】：

我在这个answer 中发现了otis。它在类上使用 String 属性。

【讨论】：

这个看起来很有前途，比 Automapper 好得多，尤其是在配置处理方面（我更喜欢 Otis 中类的元数据属性，而不是在 Automapper 中编写一打 CreateMap 语句）。

【解决方案3】：

你可以使用 CSLA.NET。它提供了地图功能。

【讨论】：