写点什么

DDD 项目失败的几个原因

  • 2020-05-09
  • 本文字数:1955 字

    阅读完需:约 6 分钟

DDD 项目失败的几个原因

为什么想写这个,主要是感受到同志们的学习高潮,恨不得各种练习,但又遭遇到一些挑战,比如“我想在项目中推行 DDD,但担心其他人不配合”,“DDD 门槛太高,概念多”…



就笔者之所见,一个标榜实践 TDD 的项目要不是口号,噱头,要不就失败了,如同要推行 DDD 的一样。项目不是兵器的练兵场,首先要回到“问题域”,要解决什么问题。


一个以推行 DDD 为目标的项目,总觉得有点慌。


就笔者之所见所闻,有 1 个典型的推广 XXX 的 case。


一个是某司的一位空降 boss,是一位有创派别的国内“敏捷”专家。当然,敏捷专家几乎都耻于谈敏捷 ,这样也就和其他人谈的“敏捷”无法区分开去。空降 boss 一来就感觉到这个团队在代码匠艺 、发布、甚至设计抽象都存在某些不足,于是大谈敏捷实践和各种老外前辈云云,但却被团队吐槽,因为那会这群码农最关心的是“生存问题”,去总部找活回来干的问题 。几个月后这位 boss 转变了思路,通过抓稳定迭代的 release,促进快速反馈“挽尊”,此是后话。


这个 case,让人懂得了 一个道理,一位病人发烧了,医生可以先采取措施让他退烧,然后治疗。病人并不喜欢医生跟他讲中西医区别,药理知识。第二个道理就是,鸡蛋好吃,你非要去分辨是那只鸡下的蛋,并无多大必要。


团队员工的期待是空降老板给我们指方向,找活干,加薪而不是推广敏捷 。


同理,江湖上流传着这样的说法:


老板看问题的视角是,“这个需求很简单,怎么实现我不管”。


某些技术人员的视角可能是,“十八般武艺都用,至少面试用得着”。


另外很诡异的一个点在于,人类对于所谓 “建议”往往听不进去,然后总会找到一堆来证伪,然后又乐此不彼的“学习着”,争论他认为对的观点…


笔者自己也做过推广 XXX 的事情,持续集成。这东西大家都知道,我们之前有一个简单的规约,就是每天下班前的构建要绿色 ,单元测试和接口测试都得通过。好些同学怨声一片,代码都写不完,干嘛还要去写测试代码?尤其是之前测试代码覆盖率巨低的系统,几百个测试 case 不通过的系统 …


采取简单粗暴的每天强制的方式,存量用例设定计划治理,研发同学不情愿的被要求每天跑 CI…在大显示屏的曝光和强迫之下,持续了半年多… 后来有项目团队主动分享 CI 带来的好处,测试代码在他们后面的重构过程中发挥了作用,心里有底多了。


这个故事让我“自以为是”的懂得了第二个道理,让人懂得或者转变是很难的,猴子自己上树和抽猴子屁股上树的区别。如果你拿着香蕉在猴子面前晃,就不一样了。


Greg Young 先生有一个 presentation ,主题就是“


7 Reasons Why DDD Projects Fail“,简单总结 DDD 失败的要点:


Lack of intent(缺乏意图)


Anemic Domain Model(贫血模型)


DDD-Lite


Lack of isolation (缺乏隔离)


Ubiquitous what?


Lack of refinement(缺乏完善)


Proxy Domain Expert (Business analyst)


笔者稍微谈一下自己的理解。


1、首要解决通用语言 UL(Ubiquitous Language 问题,统一域语言。


张逸老师指出,统一语言是提炼领域知识的产出物,获得统一语言就是需求分析的过程,也是团队中各个角色就系统目标、范围与具体功能达成一致的过程。使用统一语言可以帮助我们将参与讨论的客户、领域专家与开发团队拉到同一个维度空间进行讨论,若没有达成这种一致性,那就是鸡同鸭讲,毫无沟通效率,相反还可能造成误解。因此,在沟通需求时,团队中的每个人都应使用统一语言进行交流。


可以想象一下,做支付、银行、电商行业的朋友在谈及记账、清算、结算、核算这些词的时候是否是一个明确统一的含义。一旦确定了统一语言,无论是与领域专家的讨论,还是最终的实现代码,都可以通过使用相同的术语,清晰准确地定义领域知识。重要的是,当我们建立了符合整个团队皆认同的一套统一语言后,就可以在此基础上寻找正确的领域概念,为建立领域模型提供重要参考。


2、没有基于通用语言建立的所谓的聚合,实体,值对象,只能算是 DDDLite,只是技术层面的一种设计方式。


3、要解决好隔离问题,则需要以一种最宏观的角度去对“问题域”进行拆分,来划分“界限上下文”,最终形成一个具有俯瞰视角的“上下文映射图”。这里特别说一下“界限上下文”和问题域、以及服务谁,产生什么价值息息相关。比如一个采用第三方支付(支付宝)的网站,并不对支付宝背后的网联,以及银行渠道进行建模。


4、refinement 的问题


架构腐化见怪不怪,如何领域层腐化了就“烂到跟上”。笔者见过一个系统,初期磨拳搽掌,建造者经验丰富,算是很成功的开端。但是若干年后这个系统 domain 层的代码和当初的领域模型图大相径庭,面目全非。持续的 refinement、保鲜非常重要。


另外,前几天和一位 TL 聊天,他说,我很注重代码追求的,为什么 1 年多我没怎么看代码,他们完全不是按照我想象的样子在写代码。


本文转载自技术锁话公众号。


原文链接:https://mp.weixin.qq.com/s/39Xqd9bVtTAGzXn1B_vxkg


2020-05-09 16:001343

评论

发布
暂无评论
发现更多内容

Gartner首次针对中国市场发布产业数字化白皮书,联合卡奥斯共探区域经济发展最优解

Openlab_cosmoplat

数字化 产业数字化 白皮书 开源社区 Gartner

软件测试/测试开发 | 数据持久化技术(Java)

测试人

软件测试 测试发开

ERP和MES如何做到优势互补,它们的区别在哪?

工赋开发者社区

那些年,我们写过的无效单元测试

阿里巴巴中间件

阿里云 编程 云原生

九科祝福丨人生不设限,愿你自由绽放

九科Ninetech

Redis缓存知识大集合

阿呆

redis 缓存 缓存击穿 缓存雪崩

网易云信 Crash 异常治理实践 | 智企技术委员会技术专题系列

网易云信

系统设计 异常处理

GitHub破千Star!Java多线程编程实战指南:核心篇+设计模式篇

Java 并发编程 多线程

预售登上计算机新书热卖榜TOP1,开年重磅,助力Java程序员飙升核心技能

图灵教育

Spring boot starter test java 后端、 程序员 java

预售登上计算机新书热卖榜TOP1,开年重磅,助力Java程序员飙升核心技能

图灵社区

Spring boot starter test java 后端、 程序员 java

选对调度器,让你的设备“纵享丝滑”

鼎道智联

算法 cpu ESA

工赋开发者社区 | 关于ChatGPT八个技术问题的猜想

工赋开发者社区

CorelDRAW矢量图形设计软件2023最新版本功能介绍

茶色酒

CorelDraw2023

网易云信 Crash 异常治理实践 | 智企技术委员会技术专题系列

网易智企

系统设计 异常处理

黑盒测试方法—等价类划分法

测吧(北京)科技有限公司

测试

我在京东做研发丨【混合多云第一课】为何多云多活被称为“技术皇冠上的明珠”?

京东科技开发者

京东云 研发 混合多云

Kubernetes 部署主从结构的 MySQL 服务

CTO技术共享

SpringApplication启动类的Args详解

石臻臻的杂货铺

spring springboot

Linux系统搭建FTP服务

百度开发者中心

ftp服务

最佳实践 | 使用WebSocket做个实时人脸活体比对服务

牵着蜗牛去散步

人工智能 腾讯 最佳实践 腾讯云智能 慧眼人脸核身

软件测试/测试开发 | Spring Boot 异常处理

测试人

软件测试 springboot 自动化测试 测试发开

Dubbo 在 Proxyless Mesh 模式下的探索与改进

阿里巴巴中间件

阿里云 云原生 dubbo

C++ sort和for_each算法的普通、文艺和2B用法

老王同学

c++ 排序

直播预约|Search for Future,阿里云 × Elastic 中国用户峰会 2023

阿里云大数据AI技术

大数据 阿里云 搜索

2023年适用于Windows和Mac的FTP传输工具

镭速

一个可以早点下班的开发技巧

引迈信息

前端 敏捷开发 低代码 JNPF

【经验分享】电路板上电就挂?新手工程师该怎么检查PCB?

华秋PCB

工程师 电路 PCB PCB设计

关于微服务系统中数据一致性的总结

Java 微服务 数据一致性

如何让SpringBoot项目启动时执行特定代码

Java Spring Boot

构建一个可复用的自定义BaseAdapter

芯动大师

Adapter viewholder item

EasyRecovery16数据恢复软件有哪些新功能?

茶色酒

EasyRecovery Photo16

DDD 项目失败的几个原因_行业深度_技术琐话_InfoQ精选文章