最近从多种不同渠道了解到DDD领域驱动设计,对复杂业务的设计具有特别好的效果,本人负责的是电商业务的交易系统,正好是很适合的。 那么应该怎么把当前数据库驱动设计切换DDD呢?
数据库设计驱动特点
- 一般分为Controller, Service和Repository
- 贫血模型:业务实体类一般都只有getter/setter,不包含任何业务逻辑
- 复杂的service:业务逻辑都分布在各个service中
切换
- service中的业务逻辑迁移到实体类(形成领域类),充血模型
- 远程调用怎么处理?
迁移到factory类,比如库存扣减等
- 多个实体类如何一起处理?比如订单表和订单商品表的写入
领域类是订单OrderDomain:下单操作后,可以生成两个实体类,分别是订单实体和商品列表实体
网友评论