架构这个词源于英文里的“Architecture“，源头是土木工程里的“建筑”和“结构”，而架构里的”架“同时又包含了”架子“（scaffolding）的含义，意指能快速搭建起来的固定结构。而今天的应用架构，意指软件系统中固定不变的代码结构、设计模式、规范和组件间的通信方式。在…

DDD领域驱动不是架构，而是一种架构设计方法论。 在当今以微服务为主流的环境下，很多时候我们在拆分微服务的时候，往往是根据直觉、经验对服务进行拆分，比如订单服务、用户服务、支付服务。 但这些服务只是将传统的单体架构拆分为了多个单体架构，当某一个服务的业务经过长期发展，业务越来越…

一、软件中的架构分层 在我们日常所开发的应用中，一般的流程是用户界面到服务，服务再到数据库。这里可能会有个问题，就是业务逻辑可能会分散在用户界面和数据库的逻辑里，不太存在高内聚和低耦合。当然，对于不太

在一个DDD架构设计中，领域层的设计合理性会直接影响整个架构的代码结构以及应用层、基础设施层的设计。但是领域层设计又是有挑战的任务，特别是在一个业务逻辑相对复杂应用中，每一个业务规则是应该放在Entity、ValueObject 还是 DomainService是值得用心思考的…

这篇文章和《阿里技术专家详解DDD系列 第二弹 - 应用架构》隔了比较久，一方面是工作比较忙，另一方面是在讲Repository之前其实应该先讲Entity（实体）、Aggregate Root（聚合根）、Bounded Context（限界上下文）等概念。但在实际写的过程中，…

最近我发现团队项目中的某个应用复杂度越来越高，具体表现为： - 代码可读性较差：各个服务之间调用复杂，流程不清晰 - 修改部分业务导致大量测试用例失败，但很难快速的寻找出这些测试用例失败的根因

导读：领域驱动设计（Domain Driven Design - DDD）起源于2004年Eric Evans出版《领域驱动设计》，相比于在国外IT圈享有盛誉且行之有效不同，国内IT圈了解DDD的人很

一.前言 hello，everyone。周末我开通了我的公众号：柏炎大叔。会与掘金同步发布系列文章，可以加个关注，第一时间收到我的推文。 DDD系列Demo被好多读者催更。肝了一周，参考了众多资料，与

很多开发者都有一个迷思，认为项目里的代码质量和可维护性的持续下降，主要根源在于时间紧迫、需求变动频繁。如果产品需求更加明确，并给予足够的开发时间，开发团队可以长期保证代码质量和可维护性。 今天介绍的D