领域驱动设计的分层架构
限界上下文的设计原则
关注聚合关系
整体 和 部分
业务操作整体
领域驱动设计的分层架构
业务领域：业务逻辑层（服务）
领域层（实体/值对象）
限界上下文的设计原则
限界下文之间：低耦合
限界上下文内：高内聚 - 对应单一职责
微服务的实现
传统架构（单体） -> 领域驱动架构（单体） -> 微服务架构
值对像：不变的东西 就是值对象， 比如“学生“，”身份“，不同的人 对应的身份不同，随着时间的变化 身份会变化， 但是 学生和老师 这个身份或者说是职业代表的意义 不变
实体：映射到现实世界的实体
问题
如何建立领域模型？
容易 和产品一起，或者是产品出领域模型初稿
领域模型如何落地编码
难
如何构建底层架构
难* 整洁架构
技术没有银弹，即使有防腐层，技术层调用很大时还是会需要改防腐层内的领域层代码
一般先构建底层架构，然后建立领域模型，最后编码