豆瓣
扫码直接下载
我觉得每句话我都要读两遍才能明白什么意思，是翻译的问题还是我智商的问题……
太形而上了。很多章节把简单的事物说得很复杂，就像是用哲学理论教人走路
从大学读到现在才读完的一本书…这本书不是教抽象抽象再抽象，而是传扬规范化领域概念并引入到软件设计中的一种思想。其实现在已经是很普遍的做法了…
这书要常读
翻译还可以，有些关键点还是需要对着英文版看。应用软件设计的经典书籍，如果没看过或者看不懂，说明离软件架构师还远着呢。
这本书久仰大名，看的时候却和我想的很不一样。很少讲代码怎么写，通篇都还是讲业务，讲怎么建模。对于业务真的不怎么懂。最早接触领域驱动就是不要贫血模型，实体里面写方法，但是这个太武断了。书中写到不好归类的方法抽象到servise，对象的获取和保存交给response，对象的生成可以用factory。我感觉领取驱动就是面向业务逻辑本身。根据业务逻辑来建模。以此为驱动。文中的实体对象和值对象，给我比较深刻的对象，实体对象是要维护一致性的，起码要维持这个对象的标识。值对象只关心内容本身就可以了，是不用太维护的。而且实体对象不应该太关心值，更关注维护一致性。文中的柔性设计，模型的完整性，以及怎么建模，模型如何演变，没太懂。文中的业务举例也是没感觉。中英文的掺杂也是让我阅读很不顺畅。
这本书有点难读，书里面举的例子业务性太强了。领域其实就是业务。很多“聪明”的开发人员为了自己的能力可迁移，更专注于通用技术，但是最终实现价值的却是业务。这种矛盾的本质是什么？很好玩。 “有趣的是，遗留系统设计得越好，它就越容易被淘汰。而设计得不好的软件却很难一点儿一点儿地去除。” "本来就稀缺的高水平开发人员往往会把工作重点放在技术基础设施上，或者只是去解决那些不需要专门领域知识就能理解的领域问题。。。而真正体现应用程序价值并且使之成为业务核心资产的领域核心却通常是由那些技术水平稍差的开发人员完成的。"
这书一定要一边实践，一边看；最好是设计或者重构的时候看；如果当成理论书籍来看，保证你睡着。
待读完 实现领域驱动设计再来一起写个书评
只是初步看了下，确实是很经典的书籍，看完之后再来更新
很多概念无法深入理解，期待某天能顿悟作者的思想。
抽象，再抽象，里面的例子要读懂真是费脑壳壳
架构类的书，提取概念，还是以实践为主
关于研发的理论心得，领域即将一个软件系统的核心业务功能集中在一个核心域里面，其中包含了实体、值对象、领域服务、资源库和聚合等概念。从产品视角来看，就是功能域，将相关同类型功能集合在一起，功能域之间互相联结、各自独立。
很抽象，有点哲学的味道，从道来讲软件设计，确实拔高了眼界，但难理解，需要多读几遍。几个名词，敏捷开发，面向对象，统一语言，模型驱动设计。
好难读懂
后半部分读得快，有点没耐心
暂读了第一遍没太看明白吧。
常看常新
不知道因为翻译还是什么别的原因，读起来特别累
> 领域驱动设计
26 有用 颜小婧 2017-10-11 09:28:50
我觉得每句话我都要读两遍才能明白什么意思，是翻译的问题还是我智商的问题……
3 有用 阿里阿里巴巴 2021-11-11 14:35:55
太形而上了。很多章节把简单的事物说得很复杂，就像是用哲学理论教人走路
5 有用 松鼠亲自奥利奥 2015-07-14 00:32:11
从大学读到现在才读完的一本书…这本书不是教抽象抽象再抽象，而是传扬规范化领域概念并引入到软件设计中的一种思想。其实现在已经是很普遍的做法了…
3 有用 离开以后 2012-08-24 18:57:19
这书要常读
4 有用 Daniyyel 2012-04-20 18:17:15
翻译还可以，有些关键点还是需要对着英文版看。应用软件设计的经典书籍，如果没看过或者看不懂，说明离软件架构师还远着呢。
3 有用 黄云斌 2013-08-11 16:39:01
这本书久仰大名，看的时候却和我想的很不一样。很少讲代码怎么写，通篇都还是讲业务，讲怎么建模。对于业务真的不怎么懂。最早接触领域驱动就是不要贫血模型，实体里面写方法，但是这个太武断了。书中写到不好归类的方法抽象到servise，对象的获取和保存交给response，对象的生成可以用factory。我感觉领取驱动就是面向业务逻辑本身。根据业务逻辑来建模。以此为驱动。文中的实体对象和值对象，给我比较深刻的对象，实体对象是要维护一致性的，起码要维持这个对象的标识。值对象只关心内容本身就可以了，是不用太维护的。而且实体对象不应该太关心值，更关注维护一致性。文中的柔性设计，模型的完整性，以及怎么建模，模型如何演变，没太懂。文中的业务举例也是没感觉。中英文的掺杂也是让我阅读很不顺畅。
2 有用 momo 2019-10-26 18:27:40
这本书有点难读，书里面举的例子业务性太强了。领域其实就是业务。很多“聪明”的开发人员为了自己的能力可迁移，更专注于通用技术，但是最终实现价值的却是业务。这种矛盾的本质是什么？很好玩。 “有趣的是，遗留系统设计得越好，它就越容易被淘汰。而设计得不好的软件却很难一点儿一点儿地去除。” "本来就稀缺的高水平开发人员往往会把工作重点放在技术基础设施上，或者只是去解决那些不需要专门领域知识就能理解的领域问题。。。而真正体现应用程序价值并且使之成为业务核心资产的领域核心却通常是由那些技术水平稍差的开发人员完成的。"
1 有用 Qin Wei 2012-04-02 21:56:14
这书一定要一边实践，一边看；最好是设计或者重构的时候看；如果当成理论书籍来看，保证你睡着。
0 有用 Warren 2015-09-23 21:12:29
待读完 实现领域驱动设计再来一起写个书评
0 有用 大男孩 2013-11-10 18:06:54
只是初步看了下，确实是很经典的书籍，看完之后再来更新
0 有用 嘉陵 2011-02-20 21:24:59
很多概念无法深入理解，期待某天能顿悟作者的思想。
0 有用 赵公口赌气车站 2013-11-05 16:17:58
抽象，再抽象，里面的例子要读懂真是费脑壳壳
0 有用 左亦 2022-03-27 23:26:20
架构类的书，提取概念，还是以实践为主
0 有用 Leven 2022-02-22 09:01:53
关于研发的理论心得，领域即将一个软件系统的核心业务功能集中在一个核心域里面，其中包含了实体、值对象、领域服务、资源库和聚合等概念。从产品视角来看，就是功能域，将相关同类型功能集合在一起，功能域之间互相联结、各自独立。
0 有用 beta 2021-11-10 21:37:18
很抽象，有点哲学的味道，从道来讲软件设计，确实拔高了眼界，但难理解，需要多读几遍。几个名词，敏捷开发，面向对象，统一语言，模型驱动设计。
0 有用 Moonlight 2022-01-09 18:25:20
好难读懂
0 有用 soyking 2022-06-04 15:52:56
后半部分读得快，有点没耐心
0 有用 KKK已不再 2024-03-08 09:38:02 广东
暂读了第一遍没太看明白吧。
0 有用 xiaocong 2023-08-19 22:37:28 浙江
常看常新
0 有用 hey man 2024-08-06 10:24:10 北京
不知道因为翻译还是什么别的原因，读起来特别累