DDD 不是大家常说的“带带弟”,而是程序猿傍身的正经好技能,DDD指的是领域驱动设计,是一种架构设计方法论,提供一种思想进行业务领域建模。帮助我们拆解业务、划分业务、确定业务边界,继而可以更好地实现技术架构的演进。
为什么会有对DDD的需求?为什么DDD会逐渐风生水起?
在商业组织中,主张“技术为业务服务”的企业总可以在理论上立于不败之地。诚然,DDD主张在软件项目中把领域本身作为关注的焦点(换句话说就是技术人员要懂业务)符合这种思想,但真正难能可贵的是,DDD提供了切实可行的应对软件核心复杂性的方法。
在接下来的很长一段时间内,随着微服务、中台等概念的兴起,DDD的针对复杂软件的解决之道以及解决技术负债的天然能力,一时间使其炙手可热。
领域驱动设计(Domain Driven Design,DDD)自诞生以来已有十几年时间,这门本已步入老年的方法学却因为微服务的兴起而焕发了第二春。并不是微服务拯救了领域驱动设计,是因为领域驱动设计一直在坚硬的生长,然而看起来,确乎因为微服务,领域驱动设计才又焕发了青春。今天给大家推荐由国外大神Eric Evans所著的,堪称最为经典“领域驱动教程”!
下面给大家展示一下本书的目录内容和章节内容!
目录内容展示:
内容展示:
运用领域模型
模型驱动设计的构造块
通过重构来加深理解
战 略 设 计
启发
孔子说:“学而不思则罔,思而不学则殆”,只是通过编码实践来学习业务知识,却不从思想层面去思考这些业务知识,就会陷入无头苍蝇般的忙碌中,并夸大每个项目或产品的特殊性,在不相信“银弹”的路上走上极端。