领域驱动设计的书评 (23)

周金根 2008-12-06 20:38:43

部分笔记摘要

《领域驱动设计》一书是领域模型领域的代表作,被很多牛人推荐,其中的概念还需要在思考和实践中逐步理解。书中描述的一些现象有些与我们类似,比如越来越多的领域规则被嵌入到查询代码中,或者直接就不见了。领域逻辑跑到查询代码和客户代码中去了,而实体和值对象变成了纯粹...  (展开)
大魔头 2013-11-23 17:29:28 人民邮电出版社2010版

其实是一种方法论

这篇书评可能有关键情节透露

很多年前读过,那时候没有懂。 现在再读,里面很多设计上的手法和模式已经成为常识,但其作为方法论的那部分历久而弥新,仍然极有价值。 我理解的主要思想包括: 一、创建共同语言: 领域专家和开发人员用同一种语言讨论问题。同一概念只有一个术语表达,一个术语准确表达一个...  (展开)
Roc 2015-09-20 07:54:22 Addison-Wesley Professional2003版

史诗级别的书

这篇书评可能有关键情节透露

做软件开发已经近10个年头, 这本书真的是帮我自己拎清好多概念。 首先对于软件开发的方法论里面,最初版本里面说软件开发分为: 需求,设计,编码,测试,发布,以及后期的运维。 在敏捷开发软件里面说,更强调变化和人,简单的可以看为,软件是需求从PO定义(Story)给...  (展开)
云水馋心 2008-04-18 19:42:03

主要思想

不要过于关注书中描述的具体技术、设计方法 领域模型贯穿概念模型、逻辑和物理设计模型,贯穿需求采集、分析、设计、实现,到测试部署这一整个开发过程,应该注意从整体角度来理解领域驱动的思想 需求采集时与业务专家的沟通已经开始领域模型的建模工作; 对需求深入的分析整...  (展开)
rumly 2018-10-18 19:51:01 人民邮电出版社2016版

技术过时,但思维不会

原版四星,中文版三星,知识有些陈旧、翻译差、阅读耗时、收益不成比率。 此书翻译比较差,一般情况是不符合中文的表达习惯,很多句子要读几遍才能明白,翻译差点的段落连机器翻译的质量都达不到。由于翻译质量差,所以可能需要花双倍以上的时间来阅读这本书,很多时候都会纠结...  (展开)
杨爽 2010-12-15 13:53:26 人民邮电出版社2010版

《领域驱动设计》书评

首先说一下我是如何接触这本书的吧。我已经记不起是第一次听说领域驱动是在什么时候了,不过我只记得是在看一本别的架构方面的书时提及到这本书,我顺手在amazon上查了一下,有很多人在推荐这本书。出于对技术的追求,我有立刻把这本书买回家细细研读一下的冲动,于是我上网上...  (展开)
iunknown 2006-04-25 14:19:57

value object 的不变性和代数的计算封闭性质

在书中提到 value object 具有不变性和代数的计算封闭的性质。 在最近的几个开发项目中,大量地使用了 value object 。当使用 c/c++ 来开发的时候,使用 value object 可以减轻内存管理的负担。能带来这种便利的正是因为 value object 具有不变性。value object 一经构造就不...  (展开)
胸口好想碎大石 2018-10-21 22:57:56 人民邮电出版社2016版

方法论岂是那么好懂的

这篇书评可能有关键情节透露

如果没有两年的编程经验,如果对设计一个新项目的逻辑分层、包结构没有疑问,那么就别看这书了...看不懂的。 本书讲的是一种应对复杂软件系统设计的思想,作者若没个十几年的编程功底,沉淀不了这种方法论,写不出这种书。 光看一遍是看不懂的,摘录一些点慢慢消化吧。 大多数...  (展开)
栋仔 2018-09-24 20:45:27

领域设计的引领

从当今角度看,很多概念都有了大发展,日常工作中接触到的思想都不谋而合,甚至已经远远超越了作者当年的思想。但是作为领域设计的开篇著作,仍然有很好的阅读价值。 全篇最核心的概念是,人类的记忆力思考力限制,会将一个大型系统耦合复杂化。为了更好的理解及团队成员的合作...  (展开)
颜小婧 2017-05-12 09:31:29 人民邮电出版社2010版

OOA面向对象的分析方法-DDD篇

这篇书评可能有关键情节透露

面向过程和面向对象 前几天在群里和小伙伴们讨论OOA。 有人问:“这是什么?” 答:“面向对象的分析,是一种需求分析方法。” 回:“没听过。” 后来我想了一下,可能是刚接触IT行业就赶上了java的盛行,没听过也很正常。 记得我上大学的时候,主流还大都是C、VB之类的。 后来...  (展开)
willing 2018-02-15 23:23:04 人民邮电出版社2016版

挺好的,道术结合的一本书

我是一个所谓前端er,但我觉得对领域的概念对所谓的前端er们而言也非常重要。特别是中后台的业务前端在不需要实现界面操作的前提下,了解业务的实现非常重要。 这本书里讲了很多的"道",例如团队协作,开发人员对待需求的态度。 我觉得这本书适合想要了解业务实现的开发人员,...  (展开)
willing 2018-02-15 23:22:54 人民邮电出版社2016版

挺好的,道术结合的一本书

我是一个所谓前端er,但我觉得对领域的概念对所谓的前端er们而言也非常重要。特别是中后台的业务前端在不需要实现界面操作的前提下,了解业务的实现非常重要。 这本书里讲了很多的"道",例如团队协作,开发人员对待需求的态度。 我觉得这本书适合想要了解业务实现的开发人员,...  (展开)
willing 2018-02-15 23:22:47 人民邮电出版社2016版

挺好的,道术结合的一本书

我是一个所谓前端er,但我觉得对领域的概念对所谓的前端er们而言也非常重要。特别是中后台的业务前端在不需要实现界面操作的前提下,了解业务的实现非常重要。 这本书里讲了很多的"道",例如团队协作,开发人员对待需求的态度。 我觉得这本书适合想要了解业务实现的开发人员,...  (展开)
Freeman 2016-09-03 18:26:31 人民邮电出版社2016版

又是一本能让自己产生质变的好书

该书作者显然拥有大量的设计、编码实践。而且看的出,还是敏捷的拥护者。 难能可贵的是,该书的翻译质量还是很高的。很多地方直接使用英文原文,而不是搞个蹩脚的中文翻译来打乱你的阅读节奏。 只是有部分举例可能因为需要具有业务背景知识才好理解,所以自己感觉没能特别掌握...  (展开)
agromach 2014-09-13 22:29:43

书不错,但翻译得不好

原版内容应该不错,但翻译得不好,这可能是国内技术类图书翻译的通病。 以阅读翻译后的吃力劲,去看原版可能效果更好。也许是译者英文看多了,对汉语的语序也变得“英语化”了,有些简单的语言逻辑,被翻译之后,反而变得更生涩难懂。 但愿那些从事翻译的人在精通计算机专业...  (展开)
林杰 2014-04-27 10:50:35

E文不行,看翻译的,看的吐血

Google翻译还是有道翻译的。。 弄明白后想竖个中指,那么简单的概念,翻译的那么复杂。 Google翻译还是有道翻译的。。 弄明白后想竖个中指,那么简单的概念,翻译的那么复杂。  (展开)
zeya 2013-10-03 10:36:19 人民邮电出版社2010版

观点摘录

软件最有价值部分是它的领域模型部分。软件开发应该围绕这个核心进行组织,这是领域驱动设计的核心理念。 这本书有价值的地方甚多,值得反复细细揣摩,书中最重要观点,摘录如下: 1.软件开发复杂性的根本原因是问题领域本身错综复杂,控制复杂性的关键是有一个好的领域模型...  (展开)
空城寂Dick 2013-03-11 20:39:35 人民邮电出版社2010版

很受用

目前正在做敏捷交付,这本书对敏捷方式的支持简直是完美对接来形容.欢迎广大程序猿认真仔细的阅读。 目前正在做敏捷交付,这本书对敏捷方式的支持简直是完美对接来形容.欢迎广大程序猿认真仔细的阅读。 目前正在做敏捷交付,这本书对敏捷方式的支持简直是完美对接来形容.欢迎广...  (展开)
愛飛翔 2011-08-09 02:03:11 人民邮电2007版

推薦給領域驅動設計的入門者

第一次接觸領域驅動設計。原來瞭解並實踐過敏捷軟件開發,極限編程等方法,這次艱難但堅持地看完了這本書。其間遭遇了很多對我來說陌生的英文單詞和專業術語,但在儘可能認真地研習之後,總算初步認識了“通用語言”、“實體”、“精煉”、“核心領域”、“柔性設計”等術語和...  (展开)
ydong 2010-07-07 23:23:21 Addison-Wesley Professional2003版

企业软件开发人员必看

DDD系列的鼻祖,最权威的著作。虽然DDD有旧酒换新瓶的嫌疑,不过将其看作OO在企业软件开发中的指导方针也是相当有借鉴价值的。是我目前看过在OO相关的书籍中最有价值的书。从某种角度来说,甚至比Fowler的书还要来得珍贵。  (展开)
<前页 1 2 后页> (共23条)

订阅领域驱动设计的书评