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

最新推荐文章于 2024-02-29 09:29:47 发布
最新推荐文章于 2024-02-29 09:29:47 发布
阅读量889 收藏
点赞数
分类专栏： DDD领域驱动设计
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/acfeng/article/details/46960227
版权

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

领域对象病例：如下图

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值