为什么我们需要DDD---贫血症和失忆症

最新推荐文章于 2025-05-19 16:57:08 发布
原创 最新推荐文章于 2025-05-19 16:57:08 发布 · 961 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文深入探讨了《实现驱动领域设计》中提及的'贫血领域对象'概念，指出这种常见做法可能隐藏的严重问题。通过具体案例分析，揭示其对软件架构的影响及潜在风险。

《实现驱动领域设计》书中，提到了“贫血领域对象”的概念，多数的开发者认为这样的领域对象是正常的，其实他们并没有意识到这是一个严重的问题。

领域对象病例：如下图

对领域驱动设计的理解与实践
科技D人生
07-21 1403
前言 领域驱动设计（Domain-Driven-Design）是一种针对大型复杂系统的领域建模与分析方法论。2003 年，Eric Evans 发布《Domain-Driven Design: Tackling Complexity in the Heart of Software》（领域驱动设计：软件核心复杂性应对之道），其中定义了DDD。DDD改变了传统软件开发针对数据库进行的建模方法；DDD先对业务领域进行分析，建立领域模型，根据领域模型驱动代码设计。合理运用面向对象的高内聚低耦合设计要素，降低整个
为什么使用DDD？
程铭程铭你快成名的博客
10-17 8155
DDD为什么火了？ 第一次听到DDD这个词是在几年前。乍一听感觉像TDD（测试驱动开发），但其实它们完全是两回事。当时看了一篇介绍DDD的博客，一大篇专业术语，搞得云里雾里，便没有深究下去了。 虽然DDD早在2003年就提出了，但一直没有火起来。直到最近两年才慢慢被大家熟知。深究其原因，我觉得有三方面： 第一方面，DDD是解决复杂软件问题的，而之前的软件大多没有很复杂的逻辑，不用DDD也能玩得转； 第二方面，DDD一直没有很好的落地指导，一直到《实现领域驱动设计》这本书的问世，为DDD的落地打开了大门；
IDDD 实现领域驱动设计－由贫血导致的失忆症
weixin_34378969的博客
03-10 303
啰嗦几句 年前的时候，在和 netfocus 兄，以及对 DDD 感兴趣园友的探讨过程中，我发现自己有很多不足的地方，对 DDD 的了解也只是皮毛而已，代码写的少，DDD 的基本概念也不是很清楚，空有一腔热爱之情是做不了事的，后来我就多写技术代码，也记录了很多的技术问题，这让我收获很多，.NET 开源等等一系列的事件，也让我们 .NET 技术阵营看到了一丝希望。 后来，在探讨的过程中，有很多我不知...
DDD-为什么使用DDD
java的涟漪
08-03 949
1.前言 这段时间，从大数据部转到信息部，以前在大数据部做了很多服务治理的工作，比如搭建了统一网关，整合了大数据部的各种系统，在服务治理和平台治理这块有了自己的理解，其实对于服务治理，IBM曾经给出了如下的总结 服务定义（服务的范围、接口和边界） 服务部署生命周期（各个生命周期阶段） 服务版本治理（包括兼容性） 服务迁移（启用和退役） 服务注册中心（依赖关系） 服务消息模型（规范数据模型） 服务监视（进行问题确定） 服务所有权（企业组织） 服务测试（重复测试） 服务安全（包括可接受的保
DDD专题系列(一)---为什么要用DDD
qq_40264743的博客
09-30 818
一、为什么使用DDD ​ 首先，按照常规套路，解释一下DDD. DDD的英文全称是Domain Driven Design(领域驱动设计) ,多的我就不讲了，大家应该都知道。关于DDD,业界一直争论很大, 很多人对于DDD的都有着不同的理解，一部分人支持者大力鼓吹DDD的优点，另一部分人则认为DDD被吹捧的过头了。这里先表达一下我个人观点: DDD本来分为了战略设计和战术设计两部分, 很大一部分人只看到了战术设计这一部分，如果单单从战术设计这个角度去对比，那就变成了组织代码的一种形式而已，和其他的符合了
为什么要用DDD（领域驱动设计）？
qq_38306425的博客
12-30 2876
什么是DDD DDD全称领域驱动设计，是一种设计思想，可以用来指导微服务的落地。 从名字上就可以看出来，领域是核心，至关重要，所有的设计必然是基于领域。 为什么要用DDD？ 相信绝大多数从事java开发的人员，基本上接触的都是三层架构，其中视图层是比较薄的， 而数据访问层主要是基于Mybatis或者JPA框架，业务逻辑和对数据的操作都是放到逻辑层。 在实际开发中，三层架构很容易导致逻辑层越来越臃肿，或者开发人员将一部分业务逻辑通过数据访问层来进行实现，导致代码越来越臃肿和难以理解。 而且三层架构中技术和业务
领域驱动设计-原理心得篇
冰公主我女神 的博客
02-08 713
“最初我给本文起的标题是《领域驱动设计-理论入门篇》，但是文中掺杂了太多的个人理解，入门篇就显得太官方了，为了避免错误的理解把读者带偏，所以改成《领域驱动设计-理论心得篇》，期待你能发现其中的错误，并可以一同探讨。文章发布前邀请了拥有丰富领域驱动设计实战经验的大佬校正，所以我有理由相信，这篇文章一定可以给你带来一些有用的入门指导建议” 01 写在前面 领域驱动设计（Domain-Driven Design，DDD）是一个有关软件开发的方法论，他提出基于领域开发的开发模式，基于DDD理论...
DDD Domain Driven Design 领域模型
最新发布
Kaizen的博客
05-19 175
xxx。
领域驱动模型（DDD）
高广超的博客
03-16 1247
本文作者是组内同事 杜宁，目前负责美团外卖活动管理模块业务。 什么是领域驱动模型? 2004年Eric Evans 发表《领域驱动设计——软件核心复杂性应对之道》（Domain-Driven Design –Tackling Complexity in the Heart of Software），简称Evans DDD，领域驱动设计思想进入软件开发者...
为什么要使用DDD架构
青龙小码农
10-04 1416
DDD
为什么要DDD
后厂村老司机
09-08 401
DDD的原因 一、传统架构的劣势 1、传统controller、service、dao三层架构的业务逻辑分散到多个地方、如一部分逻辑在sql中、一部分在service中、甚至有的直接在controller中，导致更换开发人员后代码不易维护 2、传统三层架构面向数据库编程，本质上是数据库的事务脚本，service里充斥着过程代码、胶水代码，多人维护过程中会不断修改、添加service中的逻辑，se...
DDD领域驱动设计一、为什么需要DDD
w1lgy的博客
11-18 4927
一、为什么需要DDD 在单机和集中式架构时代，系统分析、设计和开发往往是独立、分阶段割裂进行的。 比如，在系统建设过程中，我们经常会看到这样的情形：A 负责提出需求，B 负责需求分析，C 负责系统设计，D 负责代码实现，这样的流程很长，经手的人也很多，很容易导致信息丢失。最后，就很容易导致需求、设计与代码实现的不一致，往往到了软件上线后，我们才发现很多功能并不是自己想要的，或者做出来的功能跟自己提出的需求偏差太大。 而且在单机和集中式架构这两种模式下，软件无法快速响应需求和业务的迅速变化，最终错失发展良机。
十三、微服务之-为什么需要域驱动设计（DDD）
qq_31532979的博客
02-29 528
总的来说，域驱动设计有助于将复杂的业务问题转化为可理解、可扩展和可维护的软件系统。它提供了一种方法来更好地与业务专家和领域专家合作，从而更好地满足业务需求。
DDD基础_微服务设计为什么要选择DDD？
日积月累，水滴石穿
06-23 1001
DDD从入门到精通，系列文章传送地址，请点击本链接。 凡事做javaweb开发的，“微服务”三个字我相信已经是耳熟能详了，而在微服务的设计过程中，使用DDD进行战略设计和技术设计指导也越来越流行。那为什么微服务设计要选择DDD呢？我们首先从微服务架构本身的演进说起。这些年来随着设备和新技术的发展，软件的架构模式发生了很大的变化。软件架构模式大体来说经历了从单机、集中式到分布式微服务架构三个阶段的演进。随着分布式技术的快速兴起，我们已经进入到了微服务架构时代。第一阶段是单机架构：采用面向过程的设
DDD领域驱动设计内容分享(二)：为什么需要DDD？
之乎者也·的博客
12-27 1519
实体有唯一的标识，有生命周期且具有延续性。例如一个交易订单，从创建订单我们会给他一个订单编号并且是唯一的这就是实体唯一标识。同时订单实体会从创建，支付，发货等过程最终走到终态这就是实体的生命周期。订单实体在这个过程中属性发生了变化，但订单还是那个订单，不会因为属性的变化而变化，这就是实体的延续性。
DDD是什么？
weixin_51173880的博客
02-28 582
一个领域驱动设计，面向大型系统架构思想，项目越大，使用DDD收益越大。
DDD领域设计学习
h_xjjjjj的博客
07-02 196
充血模型（模型是指类）：将对象的属性和引起这个对象状态发生变化的行为封装在类中，从而避免贫血失忆症。贫血模型：不封装引起对象状态发生变化的行为，也就是只有属性的模型。贫血失忆症：使用了贫血模型会导致贫血失忆症，因为有多个业务会引起对象状态的改变，而这些改变状态的行为，没有封装在类中，会导致职责不清晰，很难让人理解该模型到底有哪些作用。
​​领域驱动设计(DDD)介绍以及落地实践
05-07 8268
目录 前言 现在面临的问题 过度耦合 贫血症和失忆症 业务规则泄露 软件核心复杂性应对之道 统一语言 战略设计 领域划分 限界上下文划分 上下文映射 如何识别限界上下文 战术设计 领域对象划分 无状态和有状态 落地实践 事件风暴 核心概念 执行模型 如何利用事件风暴构建领域模型 事件风暴的参与者 寻找领域事件 寻找命令和角色 寻找领域模型和聚合 划分领域和限界上下文 应用落地 分层架构 清晰架构 依赖倒置原则 模块和包说明 在落地中遇到的问题
DDD（领域驱动设计），你必须知道的贫血模型和充血模型
weixin_40413961的博客
10-18 6189
背景 最近公司开始推行DDD（领域驱动设计），基于充血模型的面向对象开发模式是DDD的特点之一，而在平时开发中我们都使用的是MVC 架构是基于贫血模型的面向过程开发风格，也许有同学就会问了，贫血模型和充血模型是的什么呢？ 贫血模型和充血模型 简介 贫血模型： 定义对象的简单的属性值，没有业务逻辑上的方法（个人理解）没有找到官方解释 充血模型 充血模型也就是我们在定义属性的同时也会定义方法，我们的属性是可以通过某些方式直接得到属性值，那我们也就可以在对象中嵌入方法直接创建出一个具有属性值的对象。也就
Linux下ddd-3.3.10图形界面C/C++调试工具详解
ddd全称Data Display Debugger，是一款集成开发环境（IDE），主要用于在Linux环境下为C/C++语言提供一个图形化的调试界面，同时也能用于查看程序的数据结构和其他调试信息。 在描述中提到的“linux 下c/c++图形调用...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值