拜读了代码，业务逻辑感觉主要集中在领域服务里domain/service？

[richard2018]

拜读了代码，业务逻辑感觉主要集中在领域服务里----domain/service？领域对象本身还是没有承载业务，还是setter/getter的贫血模型，这样的代码结构感觉和普通事务脚本(service/dao)似乎没有本质差别呢？这可能算是ddd战术实现的另一套方法了

[JoeCao]

因为这是一个demo项目，为了简化，很多常规业务流程没有做（比如用户注册绑定手机、订单支付、订单取消等等）。demo核心业务逻辑主要集中在意向单和司机的匹配上，这正是Intention领域的逻辑，很多方法都在Intention这个根对象上面体现出来了。 https://github.com/JoeCao/qbike/blob/master/intention/src/main/java/club/newtech/qbike/intention/domain/core/root/Intention.java 你看所有的候选司机都是在这个根对象里面的，就是为了方便做匹配的业务逻辑，这是一个典型的充血模型。 对于其他的业务逻辑，可以自行扩展。分析哪些方法在根对象中，主要是用“Event Stoming”、“贴身职责”的方式来进行。