豆瓣
扫码直接下载
实践过后方知爽
书真心难读,不如看官网上的sample pj。
概念是有用而超前的,但很佩服这么简单一概念可以扯这么长一本书
多说无意,还是要多实践。
重要的是思想。
都说中文翻译的不好所以看了英文版,但是更加看不懂了。看了三分之一弃了。而且我觉得需要一些业务设计经验才能理解里面的东西。
正确学习DDD的方法是拿着目录一个一个问ChatGPT然后再做出相应的追问 而不是对着书学
Eric Evans 20年前就提出领域驱动设计了,他太超前了,地球上的码农还有架构师根本跟不上他。 如果不是后来的微服务架构和云计算大行其道,DDD估计后来也还在犄角旮旯吃灰,更不会被这么推崇。 还是那句话,领域驱动设计是好的, 业务出发也是永恒的真理,低耦合高聚集的模型的设计是码农追求的目标。但是想实现这么复杂的玩意,你最后得有钱还得有人,不然你会很尴尬。 BTW,这Eric这家伙写书喜欢用一堆我不熟悉的单词,让我觉得这书看的真特么累,扣一颗星md。
不仅是底层实现的一些技术有意思,如何把现实的问题通过模型清晰地表达出来也很有趣,且重要(但这书读着读着->满眼星星
确实没看懂。。
本来以为可以摸鱼摸到三月份,今天和buddy聊完后,他建议不如你来做个workshop吧🙃🙃🙃
太太太抽象,但核心思想是对的
嗯,读完了,心累。第四部分比较抽象,前三部分读得挺激动。奇怪做软件这么多年到最近才知道这本书。
前半部分还挺让人耳目一新的。针对一个问题的设计方案有无数种可能,很多的设计书籍都是从技术或者架构的角度来提出指导系统设计的方针。这本书提出从要解决的领域问题出发,把领域模型作为分析和设计的核心。我认为,这其实是从宏观上对软件本身的语义做了规范。即:微观来看,我们遵循clean code的原则,让方法和类在语义上尽量清晰的表达它所承载的职责;宏观来看,我们保持从领域模型到系统模型的连续性,用领域语言和软件设计语言来清晰地描述问题。归根到底,软件设计和开发就变为怎么准确表达问题的学问。让人看懂,确保设计和代码层面的信息准确性和密度,是万变不离其宗的最高原则。
看不懂翻译的,就来看英文版的。
看了三分之一都不到,感觉能够收获的东东有限。
经典书,有些例子采用的对话形式实用性强。英文水平有限,无法完全精读理解所有例子,但了解书里大体思想还是对日常软件整体设计有帮助。有时间准备再读读看中文版。
只读了part 2,稍微了解一下,有需要再深读
看得是中文版,不太喜欢翻译,有机会一定要看原版。就书的内容而言,真的好书。对于开放人员来说,最头疼的莫过于如何将业务逻辑通过代码更好得表现出来,提倡代码即文档的时代,通过建模,划分职责,建立程序逻辑与商业逻辑的一致性。
读了前面大半本,后面讲的太宏观了,暂时用不到,以后再读。
> Domain-Driven Design
1 有用 欢腾 2017-08-11 05:33:41
实践过后方知爽
2 有用 狂气之瞳改 2015-05-26 15:59:59
书真心难读,不如看官网上的sample pj。
1 有用 dz902 2017-03-22 11:41:02
概念是有用而超前的,但很佩服这么简单一概念可以扯这么长一本书
0 有用 villim 2011-09-30 00:51:37
多说无意,还是要多实践。
0 有用 大雨晴空 2022-04-16 19:08:19
重要的是思想。
0 有用 东东 2022-12-15 15:18:07 上海
都说中文翻译的不好所以看了英文版,但是更加看不懂了。看了三分之一弃了。而且我觉得需要一些业务设计经验才能理解里面的东西。
1 有用 まみダダダ 2023-05-17 17:57:09 日本
正确学习DDD的方法是拿着目录一个一个问ChatGPT然后再做出相应的追问 而不是对着书学
0 有用 Tony 2023-06-22 15:35:55 上海
Eric Evans 20年前就提出领域驱动设计了,他太超前了,地球上的码农还有架构师根本跟不上他。 如果不是后来的微服务架构和云计算大行其道,DDD估计后来也还在犄角旮旯吃灰,更不会被这么推崇。 还是那句话,领域驱动设计是好的, 业务出发也是永恒的真理,低耦合高聚集的模型的设计是码农追求的目标。但是想实现这么复杂的玩意,你最后得有钱还得有人,不然你会很尴尬。 BTW,这Eric这家伙写书喜欢用一堆我不熟悉的单词,让我觉得这书看的真特么累,扣一颗星md。
0 有用 小久小久 2020-05-16 11:36:05
不仅是底层实现的一些技术有意思,如何把现实的问题通过模型清晰地表达出来也很有趣,且重要(但这书读着读着->满眼星星
0 有用 豆友26414546 2020-05-01 00:05:30
确实没看懂。。
0 有用 mirai 2021-01-27 15:56:09
本来以为可以摸鱼摸到三月份,今天和buddy聊完后,他建议不如你来做个workshop吧🙃🙃🙃
0 有用 lilo 2017-08-18 19:30:36
太太太抽象,但核心思想是对的
0 有用 拉脚 2017-11-03 23:56:48
嗯,读完了,心累。第四部分比较抽象,前三部分读得挺激动。奇怪做软件这么多年到最近才知道这本书。
1 有用 雄爷 2018-09-30 16:35:22
前半部分还挺让人耳目一新的。针对一个问题的设计方案有无数种可能,很多的设计书籍都是从技术或者架构的角度来提出指导系统设计的方针。这本书提出从要解决的领域问题出发,把领域模型作为分析和设计的核心。我认为,这其实是从宏观上对软件本身的语义做了规范。即:微观来看,我们遵循clean code的原则,让方法和类在语义上尽量清晰的表达它所承载的职责;宏观来看,我们保持从领域模型到系统模型的连续性,用领域语言和软件设计语言来清晰地描述问题。归根到底,软件设计和开发就变为怎么准确表达问题的学问。让人看懂,确保设计和代码层面的信息准确性和密度,是万变不离其宗的最高原则。
0 有用 王中军 2020-05-05 07:47:16
看不懂翻译的,就来看英文版的。
0 有用 卐Binwei卐 2013-05-03 21:39:28
看了三分之一都不到,感觉能够收获的东东有限。
0 有用 吃豆子的鱼 2020-07-20 18:51:54
经典书,有些例子采用的对话形式实用性强。英文水平有限,无法完全精读理解所有例子,但了解书里大体思想还是对日常软件整体设计有帮助。有时间准备再读读看中文版。
0 有用 ln330640653 2021-03-22 16:19:54
只读了part 2,稍微了解一下,有需要再深读
0 有用 hanhaify 2011-09-17 15:28:17
看得是中文版,不太喜欢翻译,有机会一定要看原版。就书的内容而言,真的好书。对于开放人员来说,最头疼的莫过于如何将业务逻辑通过代码更好得表现出来,提倡代码即文档的时代,通过建模,划分职责,建立程序逻辑与商业逻辑的一致性。
0 有用 simpzan 2014-01-12 15:44:56
读了前面大半本,后面讲的太宏观了,暂时用不到,以后再读。