DDD
26 人感兴趣 · 91 次引用
- 最新
- 推荐
领域驱动设计 101 - 领域服务
前面，我们讨论了实体和值对象这两个概念，实体和值对象用来对领域中的事物或者事物的属性进行建模，但是，我们面对的领域中，不仅仅有实体和值对象，还有针对实体的操作。
搭建工具提升 DDD 开发效率
DDD已经发展到从战略层面的应用进入到了战术层面的应用，本文主要分享DDD开发模式区别于传统开发模式的特点，以及中原银行DDD开发框架如何助力DDD开发模式来提升开发效率。
领域驱动设计 101 - 值对象
与实体相比，值对象（Value Object）最大的特征与区别在于，实体表达了一个有生命周期的、有唯一标识的、处于变化中的事物；而值对象是没有生命周期的，无所谓是否具有唯一标识。
面向服务体系结构的领域驱动设计
这篇文章是关于软件设计的选择。特别是大型系统，这些系统可能会以服务端点的形式分为多个可部署的对象。我不会特别谈论服务端点设计，但是我想讨论创建多个服务应用的构思阶段。
领域驱动设计（DDD）
领域驱动设计（Domain-Driven Design）是程序员 Eric Evans 于 2004 在他的《 领域驱动设计：解决软件核心中的复杂性》一书中提出的一个概念。
领域驱动设计 101 - 实体
在对现实世界进行建模的过程中，有一类事物，他们具有唯一性，一旦生成便区别于其他个体。虽然本身的特征（属性）可能发生变化，但是他们有一个唯一确定的身份标识。
领域驱动设计 101- 上下文与持续集成
前面我们已经讨论了领域、模型、通用语言以及分层设计这些领域驱动设计中的基础概念。现在，让我们来认识领域驱动设计中战略设计相关的概念。
领域驱动设计（DDD）：领域和子域
在很长一段时间里，我们认为技术是主导项目成功的关键因素，这种关键因素通常表现在项目使用的编程语言、框架、架构（如：分层架构）、中间件、数据库等等方面（如：生态）。但技术真的是项目成功的关键因素吗？
领域驱动设计 101 - 分层
分层架构是现有软件开发的普遍架构模式，大家对于分层已经非常熟悉。为什么要做分层？一个马上可以想到的理由是层次化可以使软件更加清晰。那么这里所说的清晰指的具体是什么，可以再仔细进行一下讨论。
领域驱动设计 101 - 绑定模型与实现
模型驱动设计要求，不再将模型分析与程序设计进行分离，而是作为整体看待，模型分析的成果，既要如实反映业务领域的实际问题，也要便于程序设计落地。
领域驱动设计 101 - 通用语言
在前面的讨论中提到，领域驱动设计强调在软件设计过程中构建出完善的业务模型，而业务模型可以看做是浓缩的、结构化的业务领域知识。
DDD 分层架构最佳实践
还在单体应用的时候就是分层架构一说，我们用得最多的就是三层架构。而现在已经是微服务时代，在微服务架构模型比较常用的有几个，例如：整洁架构，CQRS（命令查询分离）以及六边形架构。每种架构模型都有自己的应用场景，但其核心都是“高内聚低耦合”原则。
浅析整洁架构之道 (二) 初步了解 The Clean Architecture
上图为Robert C. Martin对The Clean Architecture的描述图
浅析整洁架构之道 (一) 为什么需要整洁架构
本文为笔者就Robert C. Martin提出的The Clean Architecture(中文意为：整洁架构)系列文章第一篇，阐述为什么我们需要一个这样的整洁架构
