DDD领域驱动设计续一

领域模型的设计实现过程

领域建模后会落实到数据库设计以及代码的落实，这两者就是落实为代码的两种模型。

贫血模型VS充血模型

贫血模型

充血模型
通过单独查询的订单信息中用户、订单明细的id二次查询对数据进行补填setXXX，即实体类对象中添加对应的属性关系。（一对一、一对多）
这样进行设计返回到前端的信息会让交互减少。

聚合

两个对象之间存在部分和整体的关系，在操作时候通过整体操作部分。如查询订单时需要查询多个订单明细。
通过工厂/仓库来实现。

工厂/仓库

解决聚合关系的操作。
完成数据的装配。
缓存/维持领域对象的关系。
具体实现：
即原来Dao的地方换为了仓库，而仓库里封装了Dao。

数据库分库概念

根据不同微服务的数据量进行使用不同数据库

TiDB数据库可以与MySQL数据库进行无缝衔接

DDD分层架构

业务放在Controller和Service 中，与技术进行隔开

消息队列的使用场景

eg：患者接诊状态的跟踪查询

至此互联网转型成功

下一步需要向人工只能转型

How add 人工智能

1制定规则、2采集 数据、3机器学习

Where add 人工智能

应当加在
智能诊断系统地方

智能诊断平台构建过程：

对外提供服务接口：满足规则谁都可以用我们的数据模型进行诊断

不同阶段的数据库选型

智能系统开发的建模方法

四色建模法

如

根据症状进行智能诊断