领域驱动建模与面向对象建模的差异
即便采用面向对象建模范式，领域驱动设计的建模仍与面向对象建模存在较大差异，原因在于领域驱动设计引入了限界上下文（Bounded Context）与聚合（Aggregate），使得建模的风景变得迥然不同。二者为领域模型引入了边界的约束，使得建模者不能随心所欲地建模，亦改变了模型的面貌。
2021-11-16
领域驱动设计对依赖的控制
我在《解构领域驱动设计》一书中分析了软件复杂度的成因，一曰规模，一曰结构，还有一个则是变化的影响。规模与结构存在一定的矛盾关系：解决规模复杂度的有效方法为“分而治之”，一旦系统被分解为多个更为细小的软件元素，结构复杂度就会增加。结构与变化之间存在互相影响的关系：如果结构控制不合理，变化带来的影响就会 ...
2021-11-16
事件风暴的设计要素与驱动力
相比较传统领域分析方法，事件风暴的革命意义在于它建立了以“领域事件”为核心的建模思路，这相当于改变了我们观察业务领域的世界观。当我们在理解业务需求时，我们看到的常常是功能、流程，并通过从需求描述中梳理领域概念，进而借助这些概念去识别那些参与到业务场景中互为协作的领域对象，这往往让我们忽略了一个在任何 ...
2021-11-15
深入分析软件复杂度
Eric Evans的经典著作《领域驱动设计》的副标题为“软件核心复杂性应对之道”，这说明了Eric对领域驱动设计的定位就是应对软件开发的复杂度。Eric甚至认为：“领域驱动设计只有应用在大型项目上才能产生最大的收益”。他通过Smart UI反模式逆向地说明了在软件设计与开发过程中如果出现了如下问题 ...
2021-11-15
领域模型在交流中扮演的角色
在Eric写作该书的时代，正是UML与逆向工程大行其道的时代。当时有很多人都在倡导运用建模工具如Rational Rose来建模，进而利用图形化的模型生成代码。这个思想在当时人们的心中会是未来编程的一个主流发展方向，也有很多人在朝着这个方向努力，随之也催生了诸多建模工具的诞生，UML得到大量的普及， ...
2021-11-15
领域驱动设计概览
领域驱动设计（Domain Driven Design，DDD）是由Eric Evans最早提出的综合软件系统分析和设计的面向对象建模方法，如今已经发展为一种针对大型复杂系统的领域建模与分析方法。它完全改变了传统软件开发工程师针对数据库进行的建模方法，从而将要解决的业务概念和业务规则转换为软件系统中 ...
2021-11-15
领域驱动设计中的架构要素
在运用DDD进行架构设计，并通过BC映射到微服务设计时，要遵循两方面的设计原则。一个是普适性的架构与设计原则，例如整洁架构、分而治之思想、关注点分离、最小知识法则等。理解了这些原则，你就清楚该如何分配职责，如何解耦。另一个是DDD的设计原则，搞清楚每个层的职责，层之间的关系，BC之间的关系，领域模型 ...
2021-11-15
何时定义领域服务
若遵循基于面向对象设计范式的领域驱动设计，并用以应对纷繁复杂的业务逻辑，则强调领域模型的充血设计模型已成为社区不争事实。我将Eric提及的战术设计要素如Entity、Value Object、Domain Service、Aggregate、Repository与Factory视为设计模型。这其中， ...
2021-11-15
迪米特法则与重构
在面向对象设计的世界里，有一个寻常却又常常为人所忽略的原则——“迪米特（Law of Demeter）”法则。这个原则认为，任何一个对象或者方法，它应该只能调用下列对象：该对象本身、作为参数传进来的对象（也可以是该对象的字段）、在方法内创建的对象。
这个原则用以指导正确的对象协作，分清楚哪些对象应 ...
2021-11-15
面向接口设计与角色接口
不能死板的将类的方法提取接口，然后美其名曰为面向接口设计。我们不能误解“面向接口设计”原则，该原则所指的“接口”并非Java语言中的interface类型，而是指面向调用者对外暴露的接口，代表一种交互与协作，是对信息的隐藏和封装，而不是具体的interface类型。即使是普通的java方法仍然满足隐 ...
2021-11-15
浙公网安备 33011002016107号