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

Roc 2015-09-20 07:54:22 Addison-Wesley Professional2003版

史诗级别的书

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

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

技术过时,但思维不会

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

看懂这本书你要先从真正理解名字开始!

看了对于此书的短评,把这本书看成是一本“正确的废话”的人我想不在少数,10年前我看此书也是一样的感觉,10年后微服务大火,很多人又把“领域驱动设计”挂在嘴边,此时我再看此书确实感觉自己看懂了,我想这其中的奥秘其实就在“领域驱动设计”这六个字里。让我给大家仔细分...  (展开)
周金根 2008-12-06 20:38:43

部分笔记摘要

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

其实是一种方法论

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

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

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

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

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

《领域驱动设计》书评

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

主要思想

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

方法论岂是那么好懂的

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

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

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

在书中提到 value object 具有不变性和代数的计算封闭的性质。 在最近的几个开发项目中,大量地使用了 value object 。当使用 c/c++ 来开发的时候,使用 value object 可以减轻内存管理的负担。能带来这种便利的正是因为 value object 具有不变性。value object 一经构造就不...  (展开)
栋仔 2018-09-24 20:45:27

领域设计的引领

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

书评:领域驱动设计

虽然实际读的好像是另一个出版商的,但是应该问题不大。 --- 先说结论:这本书给了我一个完全不一样的视角来关心一个复杂领域的结构设计、并且提供了一个切实可行的复杂模型来应对它并实现完美的关注点分离。 实际编码场景中,我们时常会遇到业务需求和编码实现的鸿沟。身为一...  (展开)
or 1=1 2021-12-18 00:28:53 人民邮电出版社2016版

关于复杂系统的设计指南

https://zh.wikipedia.org/zh-hans/%E9%A0%98%E5%9F%9F%E9%A9%85%E5%8B%95%E8%A8%AD%E8%A8%88 为了帮助保证模型能作为一个单纯并有用的语言结构,团队通常必须在领域模型中实现大量的隔离和封装。因此,基于领域驱动设计的系统可能会花费相对较高的成本。虽然域驱动设计提供了...  (展开)
依不依依 2020-01-06 17:15:09 人民邮电出版社2010版

读书笔记

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

书名:领域驱动设计:软件核心复杂性应对之道 作者:【美】埃里克*埃文斯 出版社:人民邮电出版社 阅读日期:2019-12-17开始--2020-01-06结束 将设计和开发实践结合起来讨论,并阐述领域驱动设计与敏捷开发过程是如何互相增强的。在敏捷开发过程中使用成熟的领域建模方法可以加...  (展开)
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翻译还是有道翻译的。。 弄明白后想竖个中指,那么简单的概念,翻译的那么复杂。  (展开)
<前页 1 2 后页> (共27条)

订阅领域驱动设计的书评