代码拉取完成，页面将自动刷新
可参考：
领域驱动设计(DDD)已经被业界认为是行之有效的复杂问题解决之道。随着微服务的流行，DDD也被更多的团队采纳。然而在DDD落地时，聚合(Aggregate)的持久化一直缺少一种优雅的方式解决。
在DDD实践中，聚合应该作为一个完整的单元进行读取和持久化，以确保业务的不变性或者说业务规则不变破坏。例如，订单总金额应该与订单明细金额之和一致。
由于领域模型和数据库的数据模型可能不一致，并且聚合可能涉及多个实体，因此Hibernate, MyBatis和Spring Data等框架直接用于聚合持久化时，总是面临一些困难，而且代码也不够优雅。有人认为NoSQL是最适合聚合持久化的方案。确实如此，每个聚合实例就是一个文档，NoSQL天然为聚合持久化提供了很好的支持。然而并不是所有系统都适合用NoSQL。当遇到关系型数据库时，一种方式是将领域事件引入持久化过程。也就是在处理业务过程中，聚合抛出领域事件，Repository根据领域事件的不同，执行不同的SQL，完成数据库的修改。但这样的话，Repository层就要引入一些逻辑判断，代码冗余增加了维护成本。
本项目旨在提供一种轻量级聚合持久化方案，帮助开发者真正从业务出发设计领域模型，不需要考虑持久化的事情。在实现Repository持久化时，不需要考虑业务逻辑，只负责聚合的持久化，从而真正做到关注点分离。也就是说，不论有多少个业务场景对聚合进行了修改，对聚合的持久化只需要一个方法。
方案的核心是Aggregate<T>容器，T是聚合根的类型。Repository以Aggregate<T>为核心，当Repository查询或保存聚合时，返回的不是聚合本身，而是聚合容器Aggregate<T>。以订单付款为例，Application Service的代码如下：
@Transactional
public void checkout(String orderId, CheckoutRequest request) {
Aggregate<Order> aggregate = orderRepository.findById(orderId);
Order order = aggregate.getRoot();
Payment payment = new Payment(PaymentType.from(request.getPaymentType()), request.getAmount());
order.checkout(payment);
orderRepository.save(aggregate);
}
Aggregate<T>保留了聚合的历史快照，因此在Repository保存聚合时，就可以与快照进行对比，找到需要修改的实体和字段，然后完成持久化工作。它提供以下功能：
public R getRoot()：获取聚合根public R getRootSnapshot(): 获取聚合根的历史快照public boolean isChanged(): 聚合是否发生了变化public boolean isNew()：是否为新的聚合public <T> Collection<T> findNewEntitiesById(Function<R, Collection<T>> getCollection, Function<T, ID> getId)：在实体集合（例如订单的所有订单明细行中）找到新的实体public <T, ID> Collection<T> findChangedEntities(Function<R, Collection<T>> getCollection, Function<T, ID> getId)：在实体集合（例如所有订单明细行中）找到发生变更的实体public <T, ID> Collection<T> findRemovedEntities(Function<R, Collection<T>> getCollection, Function<T, ID> getId)：在实体集合（例如所有订单明细行中）找到已经删除的实体工具类DataObjectUtils提供了对象的对比功能。它可以帮助你修改数据库时只update那些变化了的字段。以Person为例，DataObjectUtils.getChangedFields(personSnapshot, personCurrent)将返回哪些Field发生了变化。你可以据此按需修改数据库（请参考示例工程）。
与Hibernate的@Version类似，聚合根需要实现Versionable接口，以便Repository基于Version实现乐观锁。Repository对聚合的所有持久化操作，都要判断Version。示意SQL如下：
insert into person (id, name, age, address, version )
values (#{id}, #{name}, #{age}, #{address}, 1)
update person set age = #{age}, address = #{address}, version = version + 1
where id = #{id} and version = #{version}
delete person
where id = #{id} and version = #{version}
在项目中加入以下依赖，就可以使用Aggregate-persistence的功能了：
<dependency>
<groupId>com.github.meixuesong</groupId>
<artifactId>aggregate-persistence</artifactId>
<version>1.2.1</version>
</dependency>
Aggregate-Persistence本身并不负责持久化工作，它是一个工具，用于识别聚合的变更，例如发现有新增、修改和删除的实体，真正的持久化工作由你的Repository实现。
接下来我们通过订单聚合持久化项目展示Repository如何利用Aggregate-Persistence的功能，实现订单聚合的持久化。该项目的技术栈使用Springboot, MyBatis。
订单聚合包括两个实体：订单（Order）和订单明细行（OrderItem），其中订单是聚合根：
public class Order implements Versionable {
private String id;
private Date createTime;
private Customer customer;
private List<OrderItem> items;
private OrderStatus status;
private BigDecimal totalPrice;
private BigDecimal totalPayment;
private int version;
}
public class OrderItem {
private Long id;
private Product product;
private BigDecimal amount;
private BigDecimal subTotal;
}
OrderRepository完成订单的持久化工作，主要方法如下：
public class OrderRepository {
Aggregate<Order> findById(String orderId);
void save(Aggregate<Order> orderAggregate);
void remove(Aggregate<Order> orderAggregate);
}
在本例中，OrderRepository需要完成订单的新增、订单项的修改（如购买数量变化或者移除了某个商品）、订单的删除功能。由于领域模型与数据模型不一致，因此保存时，Repository将Domain model(Order)转换成Data object(OrderDO)，然后使用MyBatis完成持久化。查询时，进行反向操作，将Data object转换成Domain model.
下面的代码用于查询订单，并返回Aggregate<Order>。当查询数据库并创建Order聚合后，调用AggregateFactory.createAggregate创建Aggregate<T>对象，在Aggregate<T>内部，它将自动保存Order的快照，以供后续对比。
public Aggregate<Order> findById(String id) {
OrderDO orderDO = orderMapper.selectByPrimaryKey(id);
if (orderDO == null) {
throw new EntityNotFoundException("Order(" + id + ") not found");
}
Order order = orderDO.toOrder();
order.setCustomer(customerRepository.findById(orderDO.getCustomerId()));
order.setItems(getOrderItems(id));
return AggregateFactory.createAggregate(order);
}
使用save接口方法完成订单及订单明细行的新增、修改和删除操作。示例代码如下：
void save(Aggregate<Order> orderAggregate) {
if (orderAggregate.isNew()) {
//insert order
Order order = orderAggregate.getRoot();
orderMapper.insert(new OrderDO(order));
//insert order items
List<OrderItemDO> itemDOs = order.getItems().stream()
.map(item -> new OrderItemDO(order.getId(), item))
.collect(Collectors.toList());
orderItemMapper.insertAll(itemDOs);
} else if (orderAggregate.isChanged()) {
//update order
updateAggregateRoot(orderAggregate);
//delete the removed order items from DB
removeOrderItems(orderAggregate);
//update the changed order items
updateOrderItems(orderAggregate);
//insert the new order items into DB
insertOrderItems(orderAggregate);
}
}
上例代码中，当orderAggregate.isNew()为true时，调用MyBatis Mapper插入数据。否则如果聚合已经被修改，则需要更新数据。
首先更新聚合根。领域对象(Order)首先被转换成数据对象（OrderDO），然后DataObjectUtils对比OrderDO的历史版本，得到Delta值，最终调用MyBatis的update selective方法更新到数据库中。代码如下：
private void updateAggregateRoot(Aggregate<Order> orderAggregate) {
//only update changed fields, avoid update all fields
OrderDO newOrderDO = new OrderDO(orderAggregate.getRoot());
Set<String> changedFields = DataObjectUtils.getChangedFields(orderAggregate.getRootSnapshot(), orderAggregate.getRoot());
if (orderMapper.updateByPrimaryKeySelective(newOrderDO, changedFields) != 1) {
throw new OptimisticLockException(String.format("Update order (%s) error, it's not found or changed by another user",
orderAggregate.getRoot().getId()));
}
}
对于订单明细行的增删改，都是通过Aggregate找到新增、删除和修改的实体，然后完成数据库操作。代码示例如下：
private void removeOrderItems(Aggregate<Order> orderAggregate) {
Collection<OrderItem> removedEntities = orderAggregate.findRemovedEntities(Order::getItems, OrderItem::getId);
removedEntities.stream().forEach((item) -> {
if (orderItemMapper.deleteByPrimaryKey(item.getId()) != 1) {
throw new OptimisticLockException(String.format("Delete order item (%d) error, it's not found", item.getId()));
}
});
}
private void updateOrderItems(Aggregate<Order> orderAggregate) {
Collection<ChangedEntity<OrderItem>> entityPairs = orderAggregate.findChangedEntitiesWithOldValues(Order::getItems, OrderItem::getId);
for (ChangedEntity<OrderItem> pair : entityPairs) {
Set<String> changedFields = DataObjectUtils.getChangedFields(pair.getOldEntity(), pair.getNewEntity());
OrderItemDO orderItemDO = new OrderItemDO(orderAggregate.getRoot().getId(), pair.getNewEntity());
if (orderItemMapper.updateByPrimaryKeySelective(orderItemDO, changedFields) != 1) {
throw new OptimisticLockException(String.format("Update order item (%d) error, it's not found", orderItemDO.getId()));
}
}
}
private void insertOrderItems(Aggregate<Order> orderAggregate) {
Collection<OrderItem> newEntities = orderAggregate.findNewEntities(Order::getItems, (item) -> item.getId() == null);
if (newEntities.size() > 0) {
List<OrderItemDO> itemDOs = newEntities.stream().map(item -> new OrderItemDO(orderAggregate.getRoot().getId(), item)).collect(Collectors.toList());
orderItemMapper.insertAll(itemDOs);
}
}
Aggregate<T>提供的findXXXEntities系列方法，都是针对订单明细行这样的实体集合。例如订单明细中，可能增加了商品A，修改了商品B的数量，删除了商品C。findXXXEntities方法用于找出这些变更。第1个参数是函数式接口，用于获取实体集合，以便在此集合中识别新增、修改和删除的实体。第2个参数也是函数式接口，获得实体主键值。
需要提醒的是，当聚合发生变化时，不论聚合根是否发生变化，都应该修改聚合根的版本号，以确保聚合作为一个整体被修改，避免并发修改时产生的数据不一致现象。
删除订单的同时，需要删除所有订单明细行。
public void remove(Aggregate<Order> aggregate) {
Order order = aggregate.getRoot();
if (orderMapper.delete(new OrderDO(order)) != 1) {
throw new OptimisticLockException(
String.format("Delete order (%s) error, it's not found or changed by another user", order.getId())
);
}
orderItemMapper.deleteByOrderId(order.getId());
}
完整的示例代码见订单聚合持久化项目，该示例演示了如何运用Mybatis实现聚合的持久化，并且只持久化那些修改的数据。例如一个表有20个字段，只有1个字段修改了，采用此方案时，只会修改数据库的一个字段，而非所有字段。
总的来说，本项目提供了一种轻量级聚合持久化方案，能够帮助开发者设计干净的领域模型的同时，很好地支持Repository做持久化工作。通过持有聚合根的快照，Aggregate<T>可以识别聚合发生了哪些变化，然后Repository使用基于Version的乐观锁和DataObjectUtils在字段属性级别的比较功能，实现按需更新数据库。
1.2 修改了之前采用对比字段值，如果为null时判断为未修改的方式。新方式改为使用DataObjectUtils.getChangedFields获取变更的字段名。
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。
1. 开源生态
2. 协作、人、软件
3. 评估模型