PEAA笔记七：Data Mapper

What is it
 Data Mapper是数据对象和数据库之间传递数据的一个中间层，使两者保持独立
 数据对象可以包含数据和业务逻辑，数据访问逻辑有DataMapper完成，这使得数据对象和数据库可以各自使用更符合自己的方法来组织数据结构，内存中的数据对象也再不需要知道SQL和数据库，甚至Data Mapper对于业务层都是未知的

How it works
 Data Mapper可以整个被替换，或者为了测试，或者为了同一套业务逻辑使用不同的数据库的需要
 当进行数据库操作时，Data Mapper层需要知道数据库有哪些改变，以便对应到数据对象中，这样往往将整个操作放到一个事务框架中，可以使用Unit of Work模式来组织。
 使用Data Mapper时，还可以使用一个查询生成多个相关对象实例。
 一个应用可以有一个或者多个Data Mapper，如果硬编码mapper，那么最好每一个业务Domain类或者业务体系使用一个Mapper；如果使用MetaData Mapper，那么使用一个Mapper就可以了。对于后一种情况，复杂性转移到了Finder方法上来，一个单独的Mapper使用很多的Finder方法，我们可以将类似的Finder依据业务体系放到一个Finder类中来管理。
 使用Finder类的时候，Finder类还要使用Identity Map来维护对象的唯一性

Handling Finders
 我们可以在业务系统启动的时候，将所有对象Load进内存，也可以Lazy Load，每当使用一个对象的时候，通过Finder来Load对象以增加效率
 创建一个对象时有两种方式，一种是胖构造，就是传入很多数据一下子把对象建好；一种是建一个空对象，然后通过Setter函数来赋值。前者很不错，但是一定要注意循环引用的问题，就是两个对象互相引用，，结果创建时陷入循环。解决方法是创建空对象，然后setter设置，并通过Identity Map来监督，一旦陷入循环，那么Identity Map就返回已经创建的对象，而不是继续创建对象。

Metadata Based Mappings
 映射数据对象和数据库域时，一种是显式的映射，就是明确将对象属性和数据库域关系硬编码；另一种是将原数据也一起作为数据传递，这样可以通过原数据来处理映射关系。

When to use it
 使用Data Mapper的主要作用是，使Domain Model可以无视数据库，无论是在设计，创建还是测试的时候。编码人员只要了解业务逻辑，而不必关心数据的存储方式。缺点当然是多出的一个Mapper层。
 当不使用Domain Model的时候，一般也不会使用Data Mapper