DDD领域驱动设计批评文集

做强化自测题获得“软件方法建模师”称号

《软件方法》各章合集

---

Seven 2024-5-22 11:54

您书里面说，可以计算的不是关联。我有个疑问，要是不考虑开发系统，只是做领域建模，这个图是否可以这样画？

UMLChina潘加宇

同样不能。

不开发信息系统而已，又不是不要脑子（抛弃已有知识）。

人类目前已有的领域知识还在那里呢，只不过在人脑里，在纸张上（书、期刊），在电子存储设备里（电子书、电子期刊），或者在另外的已经封装了这些知识的信息系统里。

像书上的椭圆例子：

没有发现规律的时候，人脑记左边，发现了规律，人脑记右边，跟开发不开发信息系统没有关系。

订单的例子一样，人脑也是倾向于记住目前最本质的关系，顾客-订单-订单项-商品，需要了解其他关系（例如某顾客买过哪些东西）时再推算，毕竟人脑就这么点空间，能减少冗余肯定倾向于减少冗余。

在出现性能问题而且有办法增加空间（利用帛、纸等“外存”）时，可能会按一定套路添加冗余，用空间换时间。这和信息系统的实现一样的。

**********

可以把领域建模看作：

正在建模一个信息系统的分析模型，这个系统封装了人类目前在该领域已知的所有领域知识。

**********

当然，如果想发挥一些领域驱动设计实践投资少、见效快、产量高、门槛低、仪式感十足的特点，画成问题中的图也可以，而且遮羞布已经准备好了，“不是我不懂，我是考虑到性能（或微服务）”。