转自：http://zz8ss5ww6.iteye.com/blog/1126219注：本系列文章的代码可以在这里下载。在上一篇文章中我们构造出了完整的应用场景，包括我们的Model、Dto以及它们之间的转换规则。下面就可以卷起袖子，开始我们的AutoMapper之旅了。【二】以Convention...
分类：
移动开发 时间：
2015-02-05 12:51:18
阅读次数：
160
注意，【】中是后来加的批注。因为随着对DDD的深入了解，对DTO的思考也有所改变。分布式模式下，DTO层是一定需要的吗？DTO层的作用是为了隔离Domain Model：让DoMain Model的改动不会直接影响到UI；保持Domain Model的安全,不暴露业务逻辑。【最大多数情况看来，UI或...
分类：
其他好文 时间：
2015-01-30 15:43:42
阅读次数：
181
在上一篇文章中我们构造出了完整的应用场景，包括我们的Model、Dto以及它们之间的转换规则。下面就可以卷起袖子，开始我们的AutoMapper之旅了。
【二】以Convention方式实现零配置的对象映射
我们的AddressDto和Address结构完全一致，且字段名也完全相同。对于这样的类型转换，AutoMapper为我们提供了Convention，正如它的官网上所说的：
引...
分类：
移动开发 时间：
2014-12-29 23:09:55
阅读次数：
446
书接上文。在上一篇文章中我们讨论了使用AutoMapper实现类型间1-1映射的两种方式——Convention和Configuration，知道了如何进行简单的OO Mapping。在这个系列的最后一篇文章我想基于我们的需求讨论一些中级别的话题，包括：如何实现类型体型之间的映射，以及如何为两个类型实现多个映射规则。
【四】将一个类型映射为类型体系
先回顾一下我们的Dto和Model。我们...
分类：
移动开发 时间：
2014-12-29 23:08:49
阅读次数：
402
在实际的软件开发项目中，我们的“业务逻辑”常常需要我们对同样的数据进行各种变换。例如，一个Web应用通过前端收集用户的输入成为Dto，然后将Dto转换成领域模型并持久化到数据库中。另一方面，当用户请求数据时，我们又需要做相反的工作：将从数据库中查询出来的领域模型以相反的方式转换成Dto再呈现给用户。有时候我们还会面临更多的数据使用需求，例如有多个数据使用的客户端，每个客户端都有自己对数据结构的不同...
分类：
移动开发 时间：
2014-12-29 23:07:37
阅读次数：
397
之前在做DTO转换时，用到AutoMapper。但DTO的层次太深了，无奈官方没针对嵌套类型提供好的解决方案，于是自己实现了一下：思路：采用递归和反射很好的避免手工创建嵌套对象的映射。第一个版本，已经提交到：https://github.com/AutoMapper/AutoMapper/wiki/...
分类：
移动开发 时间：
2014-12-23 20:51:44
阅读次数：
138
有时候相识即是一种缘分，相爱也不需要太多的理由，一个眼神足矣，当EntityFramework遇上AutoMapper，就是如此,爱情总是不知不觉中到来！...
分类：
移动开发 时间：
2014-12-20 22:12:14
阅读次数：
295
DTO Data Tansfer Object,数据传输对象VO (value object) 值对象其实这两个概念差不多 都是用在数据传输中的，但是这些对象与数据库没有直接的联系 Domain model 域模型，这才是与数据库直接对应的模型 用户有时候在提交数据的时候，提交的数据模型与...
分类：
其他好文 时间：
2014-12-20 00:36:19
阅读次数：
237
DTO即数据传输对象。之前不明白有些框架中为什么要专门定义DTO来绑定表现层中的数据，为什么不能直接用实体模型呢，有了DTO同时还要维护DTO与Model之间的映射关系，多麻烦。然后看了这篇文章中的讨论部分才恍然大悟。摘两个比较有意义的段落。表现层与应用层之间是通过数据传输对象（DTO）进行交互的，...
分类：
其他好文 时间：
2014-12-18 11:41:28
阅读次数：
139
POJO（pure old java object）是普通java类，有一些private的参数作为对象的属性，然后针对每一个参数定义get和set方法访问的接口。我看到这个定义，心里就有个疑问了，这个POJO跟JavaBean的定义怎么就这么像？两者有什么区别？POJO其实是比javabean更纯...
分类：
编程语言 时间：
2014-12-17 06:42:28
阅读次数：
173
