随笔分类 - 框架知识
摘要：不以规矩，不能成方圆。 -战国·邹·孟轲《孟子·离娄章句上》 1. 前言 为什么要使用DDD领域设计？请参考以下博客： 《万字长文，结合电商系统说明DDD》 DDD领域驱动设计，对比（dao+service）的脚本式编程，主要还是将以前的脚本代码拆散，以实体为载体，协调各个模块实现业务功能。DDD领
阅读全文
摘要：案例源码地址：基于DDD设计-售后补偿系统 1.案例说明 该源码为实际项目的脱敏版本，改造过程中，部分功能无法重现。由于售后涉及到订单服务，用户服务等这种跨系统的交互，在案例中基于防腐层做模拟实现。 案例的主要目是展示DDD应用传统项目的流程，具体实现功能的代码不是重点关注的对象，读者可主要了解业务
阅读全文
摘要：基于DDD领域驱动设计的思想，在开发具体系统时，需要先建立不同的层级包。主要是梳理不同层面（应用层，领域层，基础设施层，展示层）包括的功能目录，每一个层面应该包括哪些模块。本例所讲述的分层是DDD落地方案中常用的一种（参考），且本例适当做了调整和细化。详细分层目录参考下图： 1. 展示层 展现层(用
阅读全文
摘要：1. 背景 参考《DDD领域驱动设计-案例需求文档》，本文将构建实体，聚合根详述领域驱动中的建模设计。构建实体，聚合根的一些原则或方法，将在后续文章中说明。 2. 建模设计 2.1. 实体建模 参考售后补偿需求文档，对售后补偿业务做领域建模。现规划如下： 2.1.1. 补偿单聚合跟 补偿单聚合根主要
阅读全文
摘要：一、背景 在软件研发中，总会出现这样的形象，同事小甲研发一个子功能模块，同事小乙研发了另外一个子功能模块。一个业务完整流程需要调用两位同事研发的两个子功能模块。业务数据出现了异常，同事甲和同事乙根据业务数据分别排查问题。最终结论为同事甲研发的模块出了异常，同事乙的功能模块在错误的数据上“正常”的运行
阅读全文
摘要：一、技术原理 1.1 背景 微服务架构是一个分布式架构，它按业务划分服务单元，一个分布式系统往往有很多个服务单元。由于服务单元数量众多，业务的复杂性，如果出现了错误和异常，很难去定位。主要体现在，一个请求可能需要调用很多个服务，而内部服务的调用复杂性，决定了问题难以定位。所以微服务架构中，必须实现分
阅读全文
