.NET的DTO映射工具AutoMapper

原文:https://github.com/AutoMapper/AutoMapper/wiki/Getting-started

参考:http://www.infoq.com/cn/news/2010/02/automapper-rtw/

说明:这是一款DTO的映射工具,如果你不了解DTO,可能会不理解它到底有什么意义。



概述:

AutoMapper是基于对象到对象约定的映射工具,它可以把复杂的对象模型转为DTO,或者其他的--那些让设计更合理更适于序列化、通信、传递消息的简单对象或者干脆就只是在领域层与应用层之间搭建一个简单的ACL防护层(就像DTO一样,用于代码的显示转换)来增加各自层的相互独立性。

一般用于ViewModel模式和跨服务范畴。

AutoMapper包含以下功能:


简介:

AutoMapper是什么?

AutoMapper是一个将对象映射到对象的映射工具。对象映射的工作机制是:通过输入一个类型的对象然后将其转换成另一个不同类型的对象并输出。在这里AutoMapper要做的(所擅长的)就是提供一些方便的方法,把那些麻烦累人的工作(指对象转换)从类型转换算法中剔除掉。只要需要转换的类型遵循了AutoMapper制定的规则,那么你基本上就不用再写配置算法来实现两个类型之间转换的工作了,AutoMapper会替你自动完成。

//原文:把工作从如将类型A转换成类型B的映射算法中剔除,如果类型B遵循了AutoMapper制定的规则,那么你基本上就可以以零配置来实现两个类型之间转换的工作了。( What makes AutoMapper interesting is that itprovides some interesting conventions to take the dirty work out of figuringout how to map type A to type B.


为什么使用AutoMapper?

写类型转换的映射代码实在一件枯燥的事情,而对映射做测试则更乏味。AutoMapper为类型转换提供了非常简单的配置算法,同样也易于测试。

现在一个现实的问题是,“为什么使用对象到对象的映射?”

类似于‘映射转换’这样的情况将会发生在项目中非常多的地方,尽管大部分只会发生在层与层之间的边界,例如表示层与领域层之间,或者服务层与领域层之间。如果层与层之间有相关联的话,那么一层的变化会影响到另一层,因此,对象到对象的映射可以隔离这些层的模型,让每一层的变的更加独立,每一层的变化只会影响到自身。

 

怎样使用AutoMapper?

首先,你需要一个源数据对象和一个目的数据对象。在设计目的数据对象时,会受到它所在层的影响(即在转换对象时你需要getXXXsetXXX一堆方法),但是对于AutoMapper而言,它最大的优势就是只要你在设计目的数据对象时,让其中的成员(按一定规则)去匹配源数据对象成员的命名方法,那么这些问题就能很好解决。

例如:一个源数据对象中有一个属性叫:“FirstName,那么它就会自动映射到目的数据中另一个叫“FirstName”的属性。

也就是说,你只需要有两个对象,然后引用AutoMapper,那么你将能轻松的创建对象之间的映射

比如:

Mapper.CreateMap<Order,OrderDto>();

CreateMap方法类型左边的是源数据,右边的是目的数据,在执行完这条映射语句后,就可以使用Map方法了。

OrderDtodto = Mapper.Map<Order, OrderDto>(order);

AutoMapper也有非泛型的方法,不过对于那些情况,你可能不好判断编译时的类型。

AutoMapper该在什么地方配置?

如果你使用静态的映射方法,配置时只需要在appDomain中配置一次,这意味着你最好的选择就是把配置代码方法在程序启动项中,例如Global.asax。需要说明的是,在bootstrapper(启动加载器)内配置自己,这个bootstrapper也被称作为启动方法。

如何测试一个映射?

创建一个映射测试,你要做两件事

·        调用启动项中创建映射的方法

·        调用Mapper.AssertConfigurationIsValid方法

就像这个例子一样

AutoMapperConfiguration.Configure();
 
Mapper.AssertConfigurationIsValid();


没有更多推荐了,返回首页