多数人不喜欢用DTO的一个重要原因是嫌麻烦，需要写一堆DTO类不说，还要做DTO到DomainObject,DomainObject到DTO的转换映射，就是这个映射部分，让我感到很不爽，所以写了一个较通用的适配器来完成这部分的Mapping工作。这里有几点觉得有必要提一下：
首先，关于DTO，伟大的“码总”说，DTO应该是扁平的，不应该包含过于复杂的对象。所以我就不考虑DTO里面的过于复杂的子对象，当然DTO只是个数据载体，也不应该有错宗复杂的对象关系了。
其次，关于DomainObject，DomainObject是充血的，对象关系是复杂的。其中包含聚合根等各种复杂关系概念。DomainObject的对象关系，复杂对象的填充应该由业务来做，而不是通过适配器来填充了。
最后，关于上面两点问题弄清楚了，事情就好办多了。D-D之间的关系我们总结一下，大至分为：一对一、一对多、多对一、多对多这么四个对象映射关系。也就是说可能一个DTO对象对应一个DomainObject对象，多个DTO对象对应一个DomainObject对象，一个DTO对象对应多个DomainObject对象，多个DTO对象对应多个DomainObject对象等。这里的映射关系我通过在DTO上标记自定义特性来实现。考虑过通过XML配置，但是想想这种场景一般都是DTO做为匹配对象，去找Do，所以我们只需要标记DTO对象就可以了。必竟DTO是为DO工作的。好接下来我们就说实现，这只是一个晚上实现的初步版本，只是实现了基本的功能。
先上个项目结构图，然后再做分解。项目没什么，因为只是一个功能嘛。Assionsoft.Dtod就是实际的适配器项目，而Assionsoft.Dtod.UnitTest是单元测试。
Dtod里面就是几个类，我们先简要概括一下。
AppEnum 枚举定义类
AttributeManager 自定义特性操作类
DoAdapter DO适配器,用于DTO到DO的转换
DtoAdapter DTO适配器，用于DO到DTO的转换
DtodException 系统自定义异常
DtoMemberMapAttribute 需要转换映射成员的标记特性，限制于属性
IAdapter 适配器接口，规范DTO和DO适配器
接下来我们看看怎么使用，我们做几个例子来说明一下，首先DTO到DO的一对一的适配，我们先做两个对象，一个DTO对象，一个DO对象
/// Member DTO对象
/// </summary>
public class MemberDto
{
public MemberDto()
{
SysNo = Guid.NewGuid();
}
/// <summary>
/// 标识
/// </summary>
[DtoMemberMap("Member.SysNo")]
public Guid SysNo { get; set; }
/// <summary>
/// 成员名
/// </summary>
[DtoMemberMap("Member.MemberName")]
public string MemberName { get; set; }
/// <summary>
/// 成员描述
/// </summary>
[DtoMemberMap("MemberDesc.MemberDescs")]
public string MemberDesc { get; set; }
}
这个是DTO对象，看字属性上标记了DtoMemberMap代表它要映射到DO上的哪个字段，而 Member.MemberName就是指定哪个类的哪个字段。下面是相应的DO类
/// 成员领域对象
/// </summary>
public class Member
{
public Member()
{
SysNo = Guid.NewGuid();
}
/// <summary>
/// 标识
/// </summary>
public Guid SysNo { get; set; }
/// <summary>
/// 成员名
/// </summary>
public string MemberName { get; set; }
/// <summary>
/// 成员描述
/// </summary>
public MemberDesc MemberDesc { get; set; }
/// <summary>
/// 领域逻辑
/// </summary>
/// <returns></returns>
public bool IsOk()
{
if (MemberName.Length <= 0)
return false;
else
return true;
}
}
/// 成员描述领域对象
/// </summary>
public class MemberDesc
{
public MemberDesc()
{
SysNo = Guid.NewGuid();
}
/// <summary>
/// 标识
/// </summary>
public Guid SysNo { get; set; }
/// <summary>
/// 成员描述
/// </summary>
public string MemberDescs { get; set; }
}
我们看到这里是一个DTO对应两个DO对象的关系，我们做一下一对多的适配例子
/// 一对多
/// </summary>
[TestMethod()]
public void DoAdapterOneToAll()
{
//创建一个DTO对象
MemberDto memberDto = new MemberDto();
memberDto.MemberName = "张三";
memberDto.MemberDesc = "张三是好淫啊！！！";
//创建多个领域对象
Member member = new Member();
MemberDesc memberDesc = new MemberDesc();
//实例化DO适配器，并初始化DTO对象
IAdapter adapter = new DoAdapter(memberDto);
//填充领域对象
adapter.Fill(new object[]{member,memberDesc});
Assert.AreEqual(member.MemberName+memberDesc.MemberDescs, memberDto.MemberName+memberDto.MemberDesc);
}
先实例一个DTO对象并用来测试用，然后创建两个DO对象。当然，我们是空对象。这时我们实例化DO适配器。因为这里是DTO到DO的转换。我们要填充的是DO，所以实例化DO适配器。通过接口IAdapter实例化DoAdapter对象，关传入memberDto初始对象，接下来调用Fill方法，对两个DO对象member,memberDesc进行适配，最后我们做了个单元测试。对比DTO和DO对象的值。发现已经完成了DTO到DO的转换，其他的关系与此类似，我就不浪费篇幅了。
先前是用泛型做的，但是发现泛型有限制，不能做多关系。所以后来改成object了。
转载于:https://www.cnblogs.com/assion/archive/2010/11/10/1873388.html