附近网站建设,俄罗斯乌克兰战争最新情况,临汾建设局网站,怎么找外包公司今天我们来聊聊领域驱动设计#xff08;Domain Driven Design#xff0c;即 DDD#xff09;。 说起业务建模#xff0c;领域驱动设计是一个绕不过去的话题。自从 Eric Evans 在2000后发布他的名著“Domain Driven Design#xff1a;Tackling the Complexity in the Heart …今天我们来聊聊领域驱动设计Domain Driven Design即 DDD。 说起业务建模领域驱动设计是一个绕不过去的话题。自从 Eric Evans 在2000后发布他的名著“Domain Driven DesignTackling the Complexity in the Heart of Software”领域驱动设计这一理念迅速被行业采纳时至今日仍是绝大多数人进行业务建模的首要方法。 有意思的是可能因为成书年代过于久远大多数人并没有读过 Eric 的书而是凭直觉本能地接受了领域驱动这一说法或是在实践中跟随周围的实践者学习使用它。但是对于 Eric 到底在倡导一种什么样的做法并不了然。 所以今天这节课我们要回顾一下领域驱动设计的要点和大致做法从而可以更好地理解 DDD 从何处而来以及 DDD 在其创始人的构想中是如何操作的。 领域模型对于业务系统是更好的选择 我们都知道软件开发的核心难度在于处理隐藏在业务知识中的复杂度那么模型就是对这种复杂度的简化与精炼。所以从某种意义上说Eric 倡导的领域驱动设计是一种模型驱动的设计方法通过领域模型Domain Model捕捉领域知识使用领域模型构造更易维护的软件。 模型在领域驱动设计中其实主要有三个用途 通过模型反映软件实现Implementation的结构 以模型为基础形成团队的统一语言Ubiquitous Language 把模型作为精粹的知识以用于传递。 这样做的好处是显而易见的 理解了模型你就会大致理解代码的结构 在讨论需求的时候研发人员可以很容易明白需要改动的代码并对风险与进度有更好地评估 模型比代码更简洁毕竟模型是抽象出来的因而有更低的传递成本。 模型驱动本身并不是什么新方法像被所有人都视为编程基本功的数据结构其实也是一系列的模型。我们都知道有一个著名的公式“程序 算法 数据结构”实际上这也是一种模型驱动的思路指的是从数据结构出发构造模型以描述问题再通过算法解决问题。 在软件行业发展的早期堆、栈、链表、树、图等与领域无关的模型确实帮我们解决了从编译器、内存管理到数据库索引等大量的基础问题。因此无数的成功案例让从业人员形成了一种习惯将问题转化为与具体领域无关的数据结构即构造与具体领域无关的模
