the life cycle of domain object

在对象生命周期中有两个难点问题：

1 )保存对象的完整性

2 )避免在对象生命周期中的逻辑处理中使其状态变得混乱

解决问题主要有三方面的方法：

1 )使用聚合，简化对象之间的复杂关系？

2 )使用工厂，解决对象创建，重新组合（反序列化？）的问题

3 )使用资源库，解决对象的存储，查询问题

 

1聚合

聚合是一些有关联的可以被看做是一个单元的对象集合，只有一个可根节点。使用聚合是通过对业务规则的熟悉，来减少业务上没有需要的关联关系，尽可能简单化对象的关系网。比如说车与轮子，轮胎，活塞就可以看成一个聚合，因为很少有人去直接访问那些小部件而不通过车本身，但是引擎和车不属于一个聚合。

业务规则是在对象数据发生变化时必须保证的，聚合可以有效保证某些业务规则。

例子：订单的完整性，并发问题

如果不使用聚合，那么会出现订单，订单项可以被两人同时编辑，出现并发问题。

如果把订单，订单项，商品看成一个聚合，那么在改变商品价格后，新加入同样商品会出现问题。

只有理解了业务规则，新加入订单项还是按照最早加入商品时的价格计算，这样把订单，订单项看成一个聚合，这样有效保证业务规则，对业务规则的了解是很重要的!

2工厂

 我的理解是如果在构建类似聚合这样比较复杂关系的对象集合时，可以使用专门的工厂来封装对象的创建过程。

工厂的好处：

1）整体构建，构建的业务逻辑就在这一个地方，易维护 。2）基于接口构建，耦合低。

3资源库

使用接口抽象对象的读取操作，使客户端更关注于业务，资源库更关注于数据的读写，接口能带来低耦合。

对资源库的查询两种方式：

1）硬编码查询，如拼凑sql语句。2）使用规格说明，例如hibernate?

对于开发人员来说，需要关注资源库的实现，有助于调优。

还有一些需要注意的问题

1）与工厂之间的关系，可以互相调用，合作。

2）于框架的关系，需要在框架内工作。

3）为关系数据库设计对象，这个问题感觉很复杂啊。。。