上篇我们聊了微处事的DDD之间的干系，许多人照旧以为很虚幻，DDD那么巨大的理论，聚合根、值工具、事件溯源，到底我们该怎么入手呢？

实际上DDD和面向工具设计、设计模式等等理论有千丝万缕的接洽，假如不熟悉OOA、OOD，DDD也是利用欠好的。不外进修这些OO理论的时候，各人往往感受到无用武之地，因为大部门的Java措施员开产生涯是从进修J2EE经典的分层理论开始的（Action、Service、Dao），在这种分层理论中，我们根基没有啥时机利用那些所谓的“行为型”的设计模式，这里的焦点原因，就是J2EE经典分层的开拓方法是“贫血模子”。

Martin Fowler在他的《企业应用架构模式》这本书中提出了两种开拓方法“事务剧本”和“规模模子”，这两种开拓别离对应了“贫血模子”和“充血模子”。

事务剧本开拓模式

事务剧本的焦点是进程，可以认为大部门的业务处理惩罚都是一条条的SQL，事务剧本把单个SQL组织成为一段业务逻辑，在逻辑执行的时候，利用事务来担保逻辑的ACID。最典范的就是存储进程。虽然我们在平时J2EE经典分层架构中，常常在Service层利用事务剧本。

利用这种开拓方法，工具只用于在各层之间传输数据用，这里的工具就是“贫血模子”，只有数据字段和Get/Set要领，没有逻辑在工具中。

我们以一个库存扣减的场景来举例：

首先谈一下业务场景，一个下订单扣减库存（锁库存），这个很简朴
先判定库存是否足够，然后扣减可销售库存，增加订单占用库存，然后再记录一个库存变换记录日志（作为凭证）

首先设计一个库存表 Stock，有如下字段

设计一个Stock工具(Getter和Setter省略)

public class Stock {
	private String spuId;
	private String skuId;
	private int stockNum;
	private int orderStockNum;
}

设计一个StockService，在个中的lock要领中写逻辑
入参为(spuId, skuId, num)
实现伪代码

count = select stocknum from stock where spuId=xx and skuid=xx
if count>num {
     update stock set stocknum=stocknum-num, orderstocknum=orderstocknum+num  where skuId=xx and spuId=xx
} else {
     //库存不敷，扣减失败
}
insert stock_log set xx=xx, date= new Date()

小结一下：
有没有发明，在这个业务规模很是重要的焦点逻辑 — 下订单扣减库存中操纵进程中，Stock工具基础不消呈现，全部是数据库操纵SQL，所谓的业务逻辑就是由多条SQL组成。Stock只是CRUD的数据工具罢了，没逻辑可言。

规模模子的开拓模式

这样做下单锁库存业务逻辑的时候，每次必需先从Repository按照主键load还原Inventory这个工具，然后执行对应的lock(num)要领改变这个Inventory工具的状态（属性也是状态的一种），然后再通过Repository的save要领把这个工具耐久化到存储去。