为什么「领域模型」需要充血？ | Chat · 预报

作者简介：

蔡阿斌，英孚教育高级技术研发经理，十年敏捷软件开发经验。合著《敏捷开发一千零一夜》；译著《Elasticsearch 服务器开发 第二版》。走进一个软件研发经理的日常，这里我们聊需求，技术，敏捷，架构，流程，设计，代码，质量， 运维， 团队…… 我的每次分享，除了内容本身，更希望塑造你对软件开发的思考模型和价值观。技术都是短暂的，价值观永存。

Chat简介：

软件行业的童鞋们多多少少都听说过软件开发行业里的下面这些术语：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们的来龙去脉。

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

扫码报名