这篇博客探讨了DDD（领域驱动设计）的战略和战术设计。战略设计关注业务领域模型，划分限界上下文，定义微服务边界；战术设计则涉及技术实现，包括聚合根、实体、值对象等。文章强调了限界上下文的重要性，以确保通用语言的语义唯一，并通过保险领域的例子说明聚合构建。此外，还讨论了中台、DDD和微服务的关系，以及DDD与传统架构分析方法的区别，指出DDD更注重业务模型而非数据库分析。
DDD包含战略设计和战术设计，成型图：
分层架构为四层，与传统三层的区别：
还有整洁架构、六边形架构
战略设计主要从业务视角出发，建立业务领域模型，划分领域边界，建立通用语言的限界上下文，限界上下文可以作为微服务设计的参考边界。
战术设计则从技术视角出发，侧重于领域模型的技术实现，完成软件开发和落地，包括：聚合根、实体、值对象、领域服务、应用服务和资源库等代码逻辑的设计和实现。
对不同公司，相同业务不同核心域是不一样的，因为商业模式不同
拆分需要限界上下文，也就是确保每个领域的通用语言语义唯一性
聚合：
聚合的构建过程：以保险领域为例
原则：一次事务只能更新一个聚合
中台可以理解为是通用域<
1732
1761
569
918
1850
1596
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
最低0.47元/天 解锁文章
扫一扫
