DDD领域驱动设计
关注
分享
扫一扫
文章平均质量分 76
rolt
UMLChina首席专家，微信号umlchina2
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
秦王绕柱：领域驱动设计转着圈赢
比起我以前鉴赏过的那些大吹特吹的，还有假装谦虚的（DDD不是银弹，但是……），好像没那么离谱，其实内藏玄机。原创 2026-11-12 13:16:16 · 324 阅读 · 0 评论 -
05 警惕“心智传承”-评点茹炳晟文章中的一段话
可以看到，造词和鼓吹“心智传承”是配套使用的。造出花哨的新词是为了断绝和以往知识的联系，剥夺了买家的客观检验标准，只能通过“心诚则灵”来领会。原创 2026-11-09 11:19:46 · 582 阅读 · 0 评论 -
总纲05-又是考查伪创新-《软件方法》强化自测题（2027版）
这也体现了“领域驱动设计”海纳百川的极大包容性。原创 2026-11-08 14:41:48 · 322 阅读 · 0 评论 -
总纲04-还是考查伪创新-《软件方法》强化自测题（2027版）
要把自己包装成菲尔兹奖水平，他向软件开发领域的伪创新圈子学习，可以使用的套路有：原创 2026-11-06 21:19:12 · 217 阅读 · 0 评论 -
考查重点：伪创新-《软件方法》强化自测题-总纲03（2027版）
软件开发的某些伪创新，前些年打的是“________________”的旗号，最近几年打的是“________________”的旗号。仔细观察，背后推动的人很多是重叠的。原创 2026-11-05 09:50:55 · 203 阅读 · 0 评论 -
03 重构和Fowler的奇怪-评点茹炳晟文章中的一段话
从以上资料看，Fowler只字未提Griswold是很奇怪的事情。原创 2026-10-20 16:07:46 · 972 阅读 · 0 评论 -
评点茹炳晟文章中的一段话（01）关于设计模式
综上所述，茹炳晟老师所说的“你今天写下的每一个设计模式，是1994年四个人合写的一本书里定义的。”是错误的。原创 2026-10-17 13:59:57 · 669 阅读 · 0 评论 -
斯里兰卡的DDD共鸣·国外近期的DDD岁月史书鉴赏（202610归纳-02）
第4点：斯里兰卡人也擅长玩“DDD不是银弹”话术。原创 2026-10-17 13:53:16 · 271 阅读 · 0 评论 -
国外近期的DDD岁月史书鉴赏（202610归纳-01）
这个【唯一】和我之前批评的Eric Evans所使用的话术可谓异曲同工原创 2026-10-13 10:58:52 · 322 阅读 · 0 评论 -
评张逸“双环驱动”文章中的用例规约（全文）
也许这正是敏捷和领域驱动设计的魅力？在每一处留下可讨论的空间。一群DDD专家可以找到理由，反复讨论，热火朝天，工作量刷满。原创 2026-09-03 13:07:42 · 193 阅读 · 0 评论 -
几道题考一考领域驱动设计Fans
UMLChina（经出版社同意）第一次在《非程序员》电子杂志上刊登《领域驱动设计》中译本译文节选，时间是：原创 2026-08-31 16:52:21 · 457 阅读 · 0 评论 -
评张逸“双环驱动”文章中的用例规约（08）
这也是DDD圈子常见的迷惑行为。原创 2026-08-18 10:10:55 · 288 阅读 · 0 评论 -
DDD领域愿景迷人之处-UMLChina建模答题赛第7赛季第20轮
宏论“练习DDD最好的办法是所有的需求都由自己决定”，它和以上①②③④中的哪些匹配度较高？原创 2026-08-15 13:41:51 · 170 阅读 · 0 评论 -
评张逸“双环驱动”文章中的用例规约（07-02）
经常有人朦朦胧胧地在大脑里完成了这个环节，把得到的某个交互设计结果当成了需求。原创 2026-08-13 13:51:57 · 419 阅读 · 0 评论 -
评张逸“双环驱动”文章中的用例规约（07-01）
到此，即使还没有进入设计工作流的交互设计环节，只考虑分析的边界类，也已经看出问题了。原创 2026-08-03 13:16:21 · 473 阅读 · 0 评论 -
评张逸“双环驱动”文章中的用例规约（06）
*计划员打开“生产订单管理”界面（用手撕开吗？）*计划员进入“生产订单管理”功能*计划员进入“生产订单管理”模块*计划员进入“生产订单管理”子系统*计划员查询生产订单（在自己肚子里面查？）*计划员查看生产订单详情（真是为难我统子哥了，它开了天眼吗，怎么知道计划员看没看。）*计划员保存生产订单（保存在自己肚子里？）原创 2026-07-29 16:07:42 · 461 阅读 · 0 评论 -
评张逸“双环驱动”文章中的用例规约（01-05）
读者阅读本文的评点后，不妨翻一翻5年前的文章《评业务服务 三》，搜索关键词对比看看，类似该评点指出的问题，《评业务服务 三》是否已经指出过？原创 2026-07-27 17:03:26 · 488 阅读 · 0 评论 -
[补注重发]《领域驱动设计》里的“领域愿景”属于伪创新
这是没有受过真正软件工程训练的人容易出现的问题。不是指哪打哪，而是打哪指哪，想到什么写什么——这可是“灵感”，是自己的“巅峰”啊，不写下来一会忘了可不就损失大了？原创 2026-07-10 17:06:32 · 698 阅读 · 0 评论 -
怎么老是和“DDD提出”、“DDD发现”较劲
一旦越界，就算抛开其他内容不谈，仅在“DDD提出”、“DDD发现”这一点上出问题，我认为问题已经很大——作者有责任事先努力做做功课。原创 2026-07-09 11:51:06 · 465 阅读 · 0 评论 -
[补注后重发]针对张逸观点的一些评点
根据这几年的观察，这在DDD圈子中并不是孤例。根源应该是把“问题域”混淆成“问题”。原创 2026-07-06 11:02:22 · 203 阅读 · 0 评论 -
一个问题，轻松撕下DDD Fans的遮羞布
你现在真正在做的真实系统，哪个地方领域逻辑最复杂，具体是什么逻辑，能清楚表达一下吗？说一个地方就行了。形式不限：口头、文本、流程图（活动图）、E-R图、类图、状态机图……都可以。原创 2026-07-06 10:58:21 · 399 阅读 · 0 评论 -
网红“架构”书的文风和DDD圈子-01
为了让听众听得爽、激情澎湃，书中大量使用绝对化的词，例如only、all、any、no……。原创 2026-06-22 11:24:24 · 444 阅读 · 0 评论 -
DDD Fans-UMLChina建模答题赛第7赛季第14轮
一些以“领域驱动设计”为主题的书，作者喜欢在各种表述中加上“业务”、“用户”等前缀，以表示自己对“业务”、“用户”的重视。原创 2026-06-01 09:09:54 · 384 阅读 · 0 评论 -
圈子对《分析模式》的乱捧-分析模式注解和实现（03）
DDD圈子发明一个词，而且发明这个词就够了，剩下的圈子会补上——谈到某个东西时，就往那个词引——不就是DDD的***吗！原创 2026-05-18 14:46:27 · 717 阅读 · 0 评论 -
[幻灯片]分析设计高阶-02结构（3）-202604更新
类的不变式练习原创 2026-05-01 21:22:43 · 64 阅读 · 0 评论 -
[幻灯片]分析设计高阶-02结构（2）-202604更新
关联是不得不记住的关系原创 2026-04-30 19:53:42 · 45 阅读 · 0 评论 -
搞岁月史书时，能否不要打腾讯的旗号
DDD圈子一代新人胜旧人，最近已经发展到“DDD是公认的银弹”了原创 2026-04-10 10:31:10 · 523 阅读 · 0 评论 -
DDD突破不停歇·UMLChina建模答题赛第7赛季第7轮
下图截取自两本以“领域驱动设计”为主题的书籍。书中提到“业务用例”的地方，其实说的不是业务用例。这从哪些地方可以看出来？原创 2026-04-09 15:10:14 · 47 阅读 · 0 评论 -
DDD圈子的“创新”和“传承”（1）没有“多重关联”
如果没人提醒，DDD圈子有可能就把这个像“固定规则”一样传承下去了。原创 2026-03-16 11:51:30 · 186 阅读 · 0 评论 -
DDD岁月史书之二：分层架构是DDD提出的吗
很多所谓的架构师，懂的“架构设计”就是这些东西，根本没有能力建模复杂的核心域逻辑。幸运的是，AI的降临横扫了这些批量刷工作量的“架构”工作。原创 2026-02-16 17:28:02 · 425 阅读 · 0 评论 -
DDD圈子开始岁月史书了
警惕DDD圈子借着“AI时代新方法学”的契机，把一些伪创新打成（塑造成）“传统软件工程最佳实践”。原创 2026-01-26 12:03:33 · 1587 阅读 · 0 评论 -
映射上下文？漏了31%-《实现领域驱动设计》中译本再谈（4）
Mapping Context（地图上下文）被翻译成“映射上下文”。原创 2026-01-06 09:21:14 · 1074 阅读 · 0 评论 -
ly被加上，单体已死-《实现领域驱动设计》中译本再谈（3）
“单体”就是很好的遮羞布。DDD Fans只需要说：某某技能是用来做单体应用的，现在是革命性创造的DDD和微服务时代，这个技能过时了。原创 2026-01-01 12:26:35 · 822 阅读 · 0 评论 -
ly被砍掉-《实现领域驱动设计》中译本再谈（2）
译者应该是把costly（昂贵的）的ly砍掉，当成了cost来用。原创 2026-01-01 11:46:18 · 730 阅读 · 0 评论 -
绿地、粽地和缺斤短两-《实现领域驱动设计》中译本再谈（1）
连半页都不到，出现了大量的错译、漏译，甚至有两处漏译是整句省掉的。原创 2025-12-30 10:18:36 · 424 阅读 · 0 评论 -
[答疑]同事在B站看DDD直播学来“创新”，怎样应对
伪创新卖家和买家缺乏基本建模能力的脓包大概率会暴露原创 2025-12-27 15:08:21 · 487 阅读 · 0 评论 -
《软件方法》漫画：染色
这些内容摇身一变，成了“敏捷软件开发原则”原创 2025-12-22 11:30:47 · 1035 阅读 · 0 评论 -
《软件方法》漫画：偷梁换柱
谈“开发”是谈不来的，但可以谈“敏捷开发”——重点谈“敏捷”嘛原创 2025-12-22 11:29:17 · 510 阅读 · 0 评论 -
《软件方法》漫画：你情我愿的伪创新
迫切需要拉上某些“方法”作为面子和证据。他们是“伪创新”的买家。原创 2025-12-17 16:41:33 · 433 阅读 · 0 评论 -
[漫画]喜欢自编图形的遮羞布
为了掩盖逻辑上的不足，这些图的作者会把力气下在“美工”方面原创 2025-12-16 17:54:56 · 547 阅读 · 0 评论