保存成功
订阅成功
保存失败,请重试
提交成功

为什么要让我们的“领域模型”充血裸奔?

¥5会员免费看
蔡建斌

软件行业的童鞋们多多少少都听说过软件开发行业里的下面这些术语:TDD、ATDD、BDD、DDD。入行尚浅的人也许只听过 TDD,经验老道的会发现前面三个还算有关联,最后一个 DDD 乱入。

DDD (Domain Driven Design) 中文“领域驱动设计”,由 Eric Evans 在同名著作中提出,它顾名思义把Domain作为核心来驱动软件的设计。类似的也许比较常见的说法是,要有充血的领域模型(Domain Model),而不能贫血。当然DDD是有一系列实践组成的,让领域模型充血只是其中一个实践而已。本场 Chat 从 DDD 里的第一个 D(Domain)和最后一个 D(Design)入手,探讨如下问题:

  1. 为什么领域模型需要充血? 还裸奔?
  2. 具体如何实现裸奔?
  3. 什么是软件开发里的设计?
  4. 软件总拿来跟建筑比较,它们是可比的吗?
  5. TDD等其它DD们的来龙去脉。

我对这篇文章,以及自己所有文章的期待是:除了技术本身,我更希望从中传递我对软件开发的思考模型和价值观。技术是短暂的,价值观永存。

303 人已订阅
会员免费看
¥5 原价订阅
查看文章评论/提问
黑色阳光2 年前
其实,看完文章,我挺期待评论的,或者说,我挺期待讨论。很难得,毕竟,提出一个问题,比解答一个问题要难得多,接受的质疑也多。先说说我的期待:1.除了道与术,我还希望结合“利”综合考虑,比如时间、人力、风险,希望前辈有时间分享一下,实际的案例,当然要结合道。2.业务的细分纬度,不同的业务领域,划分纬度应该是不同的,例如,存储类业务,我从状态机考虑,身份凭证,我是从生命周期考虑。3.业务间的依赖如何思考,例如,权限否应该成为基础业务还是资源,其他业务是否应该依赖,如何依赖或者解除依赖。暂时先说这些吧
番茄发烧了2 年前
看完感觉说了很多,感觉又什么都没说。
马里奥的马里奥3 年前
没看到太多DDD的内容,看完似乎没什么收获
王在祥3 年前
这个可以申请退款吗?
王在祥3 年前
算了,只是觉得文应对题,我是奔这个主题来了解的。可能是我自己没适应你的风格吧。
蔡建斌(作者)3 年前
加我微信
亮剑3 年前
单元测试用例是程序员本人写好,还是专门一个人写好,怎么保证单元测试的质量。文章是想用单元测试实现一遍业务逻辑吧。
微信扫描登录
关注提示×
扫码关注公众号,获得 Chat 最新进展通知!
入群与作者交流×
扫码后回复关键字 入群
Chat·作者交流群
入群码
该二维码永久有效
严选标准
知道了
Chat 状态详情
开始预订
预订结果公布17.06.10

预订达标,作者开始写作

审核未达标,本场 Chat 终止

作者文章审核结果公布17.06.21

审核达标,文章发布

审核未达标,本场 Chat 终止

Chat 完结
×
已购列表