DDD（Domain Driver Design）的理论说明，以及在项目中的设计与实现

已于 2023-02-06 17:19:17 修改
阅读量170 收藏
点赞数
分类专栏： Java 框架架构 文章标签： 项目架构 java
于 2023-02-06 15:54:05 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Tranne/article/details/128903144
版权
该项目是一个基于DDD的实现，强调了在域层设计为纯函数的好处，如简化测试，提高维护效率和降低错误率。然而，当域层承担数据查询和更新职责时，可能会失去这些优势，导致维护变得复杂，类似于MVC模式。文章还提到基础设施层对于数据存储的独立性，允许数据库的迁移和升级不影响域层。
摘要由CSDN通过智能技术生成

详细待补充，这个是自己实现的DDD项目
（在以往的DDD项目上，参考了一些大佬的理论，该项目已进行了补充与改进）

https://github.com/CarlTongIsMe/adopt-animal

domian层的优势

  1. domain 能设计为纯函数，就设计为纯函数，只关心业务，不考虑组件等其他因素
  2. domain 层一旦设计成纯函数，写单元测试非常容易、覆盖率高，后期维护效率高，出BUG率很低
  3. domain 承担了 infrastructure的责任（query、udpate数据），意味着 domain 的上述优势全部丧失，最终后续维护很容易演化成 MVC
  4. infrastructure 后续可以数据存储层做迁移、升级，不会影响、污染 domain
小群 Carl Tong
关注
专栏目录
初探领域驱动设计（Domain Driven Design）
BASK2312的博客
02-02 446
总结一下本篇文章的思路，我们先从DDD最基础的OOP面向对象入手，然后介绍了DDD的四层经典架构，接着阐述了DDD里面核心的领域实体和Repositoy还有领域服务这样的战术设计规范和方法，最后结合实际工作中遇到的场景来引出DDD战略设计的一些方法和思路。受制于笔者实践DDD的经验有限，虽然还有很多相关的内容本篇文章没有介绍，但是仍然想在这里抛出一个问题：什么时候？什么项目使用DDD比较合适？我相信在认真读了本篇文章并有自己一定实践经验的同学，能够给出自己的答案。
DDD(Domain Driven Design) 领域驱动设计从理论到实践 一
weixin_43171270的博客
07-06 921
前言 ​     笔者作为一个数据科学家和数据系统架构师，最近被拉去负责构建业务中台；因此学习了业务系统设计相关技术和方法论。希望把学习所得分享给读者，希望大家指正，感谢！ ​     ***“一个设计是一个被创造出来得事物，与之相关的是一个设计过程，我们将此过程称之为设计，不加任何修饰。还有一个动词意义的设计，即进行设计。这三者是紧密相关的，我相信在具体的环境中就不会混淆它们的含义了。”*** — Freder
Domain Driven Design（领域驱动设计）
BeginnerMind
07-05 3595
领域驱动设计(DDD) 强烈推荐文章：领域驱动设计(DDD)； 术语： 建立领域知识(Build Domain Model) 限界上下文(Bounded Context) 通用语言(Ubiquitous Language) 模型关系图(Model-Driven Design) 层结构(Layered Architecture) DDD是什么 领域驱动设计（英语：Domain-driven design，缩写 DDD）是一种通过将实现连接到持续进化的模型来满足复杂需求的软件开发方法。领域驱动设计的前提是：
【DDD】领域驱动设计实践 —— Domain层实现
weixin_30765505的博客
10-10 625
本文是DDD框架实现讲解的第三篇，主要介绍了DDD的Domain层的实现，详细讲解了entity、value object、domain event、domain service的职责，以及如何识别出领域中的这些对象，并附有具体的业务建模示例。相比于《领域驱动设计》原书中的航运系统例子，社交服务系统的业务场景对于大家更加熟悉，相信更好理解。本文是【DDD】系列文章的其中一篇，其他可参...
领域驱动设计---Domain Driver Design
qq_37891300的博客
07-28 322
https://www.cnblogs.com/baihmpgy/p/10259264.html
领域驱动设计（Domain Driven Design,DDD）
m0_37840000的博客
05-30 1219
一、领域驱动设计的作用与意义 1、产生原因： 软件实质是对真实世界的模拟，人认识世界总是简单到复杂，软件需求就是发现世界，软件变更则变成必然，业务逻辑则由初期的简单变成复杂。而DDD就是为了应对日益复杂的业务逻辑导致开发困难、软件代码难以维护的问题而提出的软件开发思想。 2、领域建模思想 现实世界有什么事物=》就有什么对象； 现实世界有什么行为=》就有什么方法； 现实世界是什么关系=》就有什么关联； 3、作用 理论：DDD把我们对软件设计的关注点从技术重新拉回到业务，从而专注于业务领域模型的
DDD(Domain Driven Design) 领域驱动设计从理论到实践 二
weixin_43171270的博客
07-09 526
… 接上文 领域驱动设计解决了什么问题呢？ ​     回归本节正题，我们将通过讨论DDD解决开发常见问题上进一步介绍领域驱动设计的特点。回溯前面所提出的软件开发时经常遇到的问题。 ​ 问题1：开发人员对业务需求理解不正确 ​ 问题2：业务人员或产品人员对需求描述不清晰 ​     对于这两个问题大概是软件开发领域最常见的问题，通常情况下管理者非常希望开发人员和产品人员通过有效沟通来解决这个问题。但是，事与愿违，事实上这个问
Domain Driver Design with Java 的中文翻译 - 学习过程中翻译的
12-27
4. ** Tactical Design（战术设计）**：在具体实现中，如聚合、实体、值对象、工厂、仓库等模式的应用。 在项目早期，适当的架构是至关重要的。敏捷方法提倡灵活的迭代开发，但不应忽视架构的必要性。测试策略也是...
ddd的战术篇: Repository的实现
abchywabc的博客
04-22 1万+
讲解关于repository与specification的实现方法
ddd的战术篇: application service, domain service, infrastructure service
abchywabc的博客
03-24 2万+
之前的一篇文章谈到了贫血模型，而ddd是提倡充血模型的，即尽量把逻辑写在domain object中，而不是写一大堆的service类，对数据类进行操作。那么为什么ddd里会有service类呢？这篇文章会对service进行说明。 ddd中的service 首先这个在这篇文章里讨论的service基于一个前提，就是采用view, application, domain, infrastr...
domain driver
03-24
根据提供的文件信息，我们可以深入探讨“领域驱动设计”（Domain-Driven Design，简称DDD）这一概念及其在软件开发中的应用。 ### 领域驱动设计（DDD）简介 领域驱动设计是一种面向对象的设计方法，旨在解决复杂...
ddd的战术篇: aggregate的设计策略
abchywabc的博客
05-04 4493
讲解aggregate的设计策略。大aggregate的利弊。
领域驱动设计精简版 Domain Driver Design 教程
丨Fanny丨Cri
02-08 864
官方下载地址： http://www.infoq.com/cn/minibooks/domain-driven-design-quickly
领域驱动设计(Domain Drive Design)学习分享--战术模式是DDD的关键
happyfreeangel的博客
11-06 931
战术模式是DDD的关键 DDD不是面向对象设计的书，也不是以代码为中心的哲学或模式语言。但是，如果您在网上搜索有关DDD的文章，那么您会错误地认为它只是少数几种实现模式，因为DDD上的大多数文章和博客都关注建模模式。开发人员更容易看到代码中实现DDD的战术模式，而不是业务用户和团队之间的对话，这是他们不关心或不理解的领域。这就是为什么DDD有时被错误地认为只是由实体，价值对象和存储库组成的模式语言...
领域驱动设计（Domain-Driven Design）总结
最新发布
超越梦想，一起飞！！！
02-26 4189
DDD是指“领域驱动设计”（Domain-Driven Design），是一种软件设计方法论，主要关注于解决复杂业务领域的建模和实现问题。DDD的核心思想是将业务领域作为设计的核心，将业务领域的概念和规则融入到软件系统中，以满足业务需求
DDD 基础知识扫盲篇
大鸡腿的博客
12-10 1935
文章目录前言目的概念DDD分层按照个人见解画的分层图参考博客 前言 这段时间学习了一波ddd，整体下来的感受，现状是业务冗余，业务代码都写在一起很混乱，在复杂业务的时候不方便管理、扩展。 代码设计原则里面就有高内聚，低耦合的原则，ddd其实就是为了实现这想法的。 目的 ddd为了实现高内聚，低耦合的作用，减少每一层的耦合，这样不会互相影响，也方便后续扩展 概念 领域：领域是相对于业务领域，或者问题域，范围概念。一个领域会包含多个子域，比如说订单域，会有商品、订单等等子域 限界上下文：既然有范围，那么就有边
ddd领域驱动设计_【DDD】领域驱动设计实践 —— Domain层实现
weixin_39996141的博客
11-29 1195
正文 本文是DDD框架实现讲解的第三篇，主要介绍了DDD的Domain层的实现，详细讲解了entity、value object、domain event、domain service的职责，以及如何识别出领域中的这些对象，并附有具体的业务建模示例。相比于《领域驱动设计》原书中的航运系统例子，社交服务系统的业务场景对于大家更加熟悉，相信更好理解。本文是【DDD】系列文章的其中...
领域驱动设计(Domain Driven Design)参考架构详解
热门推荐
Laurence的技术博客
08-12 6万+
领域驱动设计(Domain Driven Design)参考架构详解摘要本文将介绍领域驱动设计(Domain Driven Design)的官方参考架构，该架构分成了Interfaces、Applications和Domain三层以及包含各类基础设施的Infrastructure。本文会对架构中一些重要组件和问题进行讨论，给出一些分析结论。本文原文连接：http://blog.csdn.net/b
DDD 核心概念与 Domain primitive
qq_44503377的博客
12-30 2584
一、什么是DDD？ 领域驱动设计（Domain-Driven Design 简称DDD），是一套成熟的理论方法来指导中台领域建模以及微服务拆分和设计，聚焦于“如何在复杂业务场景下设计软件”。 2003年埃里克·埃文斯（ErjcEvans）出版了《领域驱动设计》这本书后， DDD诞生。DDD的核心思想是从业务视角出发，根据限界上下文边界划分业务的领域边界，定义领域模型，确定业务边界。在微服务落地时，建立业务领域模型与微服务代码模型的映射关系，从而保证业务架构与微服务系统架构的—致性。但DDD提出后在软件开发领
DDD中的Repository：存在意义与实现探讨
在领域驱动设计（Domain-Driven Design，简称DDD）中，Repository是一个重要的概念，它扮演着数据访问层与业务逻辑层之间的桥梁角色。Repository的主要任务是隐藏数据存储的具体细节，提供一个与业务领域模型一致的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值