本文主要是参考MartionFowler所著的《企业应用架构模式》与EricEvans所著的《领域驱动设计》这两本泰山之作，加上本人在近年实际的工作过程中开发SOA系统所认识到的问题所写的一篇文章，欢迎各位点评。最后两节细说应用层、系统总体架构是本文的重点，着重说明领域驱动设计与SOA之间的关系，对DDD有一定基础的朋友可以越过前面的几节，直接查看第七、八节。SOA与DDD都是常用的系统架构，但两者之间所针对的核心是不同的。SOA（面向服务架构）由Gartner在1996年提出来，它是一种分布式的软件架构，它可以根据需求通过网络对松散耦合的粗粒度应用组件进行部署、组合和使用。简单来说，SOA就
2021-03-02 16:06:52
552KB
1
非常好和详细的DDD领域驱动设计工作坊操作手册，可以按照该操作手册的具体步骤一步一步来实施，来帮助客户进行工作坊活动。
该文档包含以下内容：
1. 工作坊准备
1.1 物料清单
1.2 准入条件
1.3 环境要求
1.4 流程概述
2. 工作坊实施 - 战略设计
2.1 事件风暴
- 识别领域事件
- 识别决策命令
- 识别领域名词
2.2 识别限界上下文
- 梳理上下文依赖关系
2.3 识别弹性边界
2.4 划分问题子域
3. 工作坊实施 - 战术设计
3.1 领域建模
3.2 重构产出物
3.3 划分业务服务
2021-02-25 15:03:16
11.22MB
非常好和最为全面的DDD领域建模知识总结资料并包含了简单样例代码解读，该资料包含8个部分
1. 什么是DDD？
2. 为什么要使用DDD？
3. DDD核心概念
4. DDD需求分析、设计、开发流程
5. 基于微服务架构构建旅程
6. DDD设计原则
7. DDD常用架构模式
8. 简单代码案例讲解
2021-02-25 11:03:06
19.97MB
本文来自简书，介绍了领域驱动的微服务架构设计工作坊的详细步骤，包括产品价值、命令风暴、聚合以及问题域和解决方案域等。领域驱动的微服务架构设计工作坊，能使软件开发团队所有成员在短时间内，迅速就新产品或遗留系统的价值、用户画像、关键场景、聚合达成一致，以便让团队快速识别软件产品的问题域和解决方案域，发现微服务之间的API接口契约，并据此拆分微服务（或模块）和团队，来开发新产品或重构遗留系统。对于不打算实践微服务的团队拆分模块也有参考意义。1）召集所有相关领域专家和开发团队成员（包括：业务分析、开发、测试、DBA等）参加工作坊，准备大白纸、6种颜色（深黄-DomainEvent、深蓝-Command
2021-02-25 09:10:25
1.97MB
1
《实现领域驱动设计》在DDD 的思想和实现之间建立起了一座桥梁，架构师和程序员均可阅读，同时也可以作为一本DDD 参考书。此版本是在 高清晰英文原版的基础上，做了两个修复：1.原版封面图片太小，调整为跟其它页面一样大小；2. 中间有两页表格横着排版，会把整个PDF的宽度撑大，导致在手机上看时，两边没法完全利用。用工具将这两页调整方向，使得总体宽度一致。 请放心下载，绝对物超所值。
2020-01-16 03:01:35
4.68MB
1