专栏首页程序生涯领域驱动设计-什么是领域驱动设计和怎么使用它

领域驱动设计-什么是领域驱动设计和怎么使用它

这篇文章讨论领域驱动设计(DDD),DDD是建立在面向对象分析设计上开发软件的一种方法。 通过这篇文章我们解释什么是领域驱动设计,在现代开发周期中如何实现,使用DDD的优点和缺点。

什么是领域

定义DDD之前我们首先必须要说明在开发中”领域”的含义。领域在字典中的解释是:“活动或者知识的范围”,更深层次的来讲,软件工程中领域指的是软件应用的地方。 换句话说,在软件开发中,领域指的是”应用程序逻辑范围的知识和活动”

另一个在软件开发中常使用的术语是领域层或领域逻辑,对于开发者来说,说成是业务逻辑或许应该会更加熟悉。应用程序业务逻辑指的是业务对象如何与其他业务对象交互(如何生成对象,修改相关数据)这种更高级别的规则。

什么是领域驱动设计

最先介绍领域驱动设计的是在程序员 Eric Evans 2004年出版的《领域驱动设计:复杂软件核心复杂应对之道》书籍中,领域驱动设计是领域概念的扩展和应用,并且将它应用在软件开发中。它的目标是将软件相关部分连接到不断发展的模型中,以此更容易创建复杂的应用,DDD关注三个核心点:

.关注核心领域和核心领域逻辑。

.在领域模型中进行复杂性设计。

.与领域专家紧密合作,以此改进应用模型和解决新出现的领域问题。

Evans的《领域驱动设计:复杂软件核心复杂性解决之道》一书中定义了几个常用的术语,在实践DDD和讨论DDD的时候非常有用。

.Context(上下文):单词或者语句出现的环境,它决定了单词或语句的含义。关于模型的语句只能在上下文中理解。

.Model(模型):一个系统的抽象,用于描述领域的某个方面,并且能够用于解决领域相关的问题。

.Ubiquitous Language(统一语言):与领域模型相关的结构化语言,用于将团队成员的活动与软件连接起来。

.Bounded Context(上下文边界):模型定义的范围和适用范围的描述(比如,子系统,特定团队的工作)。

构建块

领域驱动设计同样也定义了几个连接领域模型的高层次概念,以此来修改,创建领域模型。

.Entity(实体):连续状态变化的对象,而不是传统使用属性来定义的对象。

.value object(值对象):一个不可变且有属性的对象,但是它没有唯一的标识符。

.Domain Event(领域事件):系统内记录与模型活动相关的分离事件的对象,系统内所有的事件都应该能够被跟踪,一个领域事件仅被领域专家关心的事件类型创建。

.Aggregate(聚合):根据组边界定义值对象和实体的聚合, 而不是允许单个实体或者值对象执行它自己所有的动作,聚合的对象都有一个统一的根对象(在书籍中写的是选择一个实体作为根),这样,外部对象不再直接访问聚合内部的单个对象或者实体,而是直接访问单一的聚合根对象,并且使用这个对象将指令传递给对应的分组。这个实践和设计模式编码相关联。

.Service(服务):本质上是来说,一个服务就是一个操作或者业务逻辑的组合,这样就表明了它在对象领域中不适用。换句话来说,如果某些功能必须存在且不能和实体或者值对象相关联,它可以定义为服务。

.Repositories(仓库):不要和常见的版本控制仓库相混淆,仓库在DDD里面的意思就是一个服务,它提供一个全局接口来访问特定聚合内部所有的实体类和值对象。应该包括创建,修改,删除聚合内部对象的方法。然而,通过使用仓库服务来构造数据查询的目的是删除业务逻辑对象模型中的数据查询方法。

.Factories(工厂):正如我们在设计模式文章里面讨论的那样,DDD建议使用工厂来创建复杂对象和聚合,保证客户端不用知道对象内部组成。

同样,DDD也着重强调越来越流行的持续集成实践,它要求所有开发团队使用同一个仓库共享代码,并且每天推送代码到仓库。在每天结束的时候自动检查代码仓库完,运行单元测试,回归测试等过程。这样就可以快速检测出潜在存在的问题并在下一次提交代码的时解决这个问题。

领域驱动设计优点

.沟通简单:团队成员使用与领域模型相关的统一语言来沟通会更加容易。通常来说,在讨论应用程序时DDD使用更少的技术行业术语,因为在先前建立的统一语言定义了更简单的术语来指代哪些更具有技术性的术语。

.提高灵活性:DDD基于面向对象分析和设计相关的概念,几乎领域模型内的任何东西都基于对象,因此十分便于分模块。这就可以对各个组件,整个系统作出持续性的修改。

.在接口上强调领域:DDD是围绕领域概念和领域专家建议进行构建的实践活动,与哪些首先强调UI/UX的应用程序不同,DDD总是会生成适合当前领域的应用程序。虽然需要明显的平衡,但是聚焦于DDD意味者能够产生一个与该领域用户有共鸣的产品。

领域驱动设计的缺点

.需要精力充沛的领域专家:即使有最精通技术的开发人员,如果团队内没有一个知道应用程序使用领域相关的领域专家,那也是没有意义的。在某些情形下,领域驱动设计需要一个或多个外部人员在整个软件开发生命周期中扮演领域专家的角色。

.鼓励迭代实践:虽然许多人觉得这是一个优势,不可否认,DDD实践强烈依赖连续迭代和持续集成来构建易于修改的项目。某些团队在实践这个的时候可能会遇到问题,特别是那些过去经验与不太灵活的开发模型有关,比如瀑布模型。

.不适用偏向技术型的项目:DDD适用于领域复杂的应用(业务逻辑复杂),它不适用于边界复杂的领域,类似这种领域都有高的技术复杂性。DDD着重强调需要领域专家生成正确的统一语言并且一起写出项目的领域模型,但是领域专家来极难把握具有极高技术复杂性的项目,因此可能导致全体团队成员没有完全理解技术上的要求和限制。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • PHP对象的内存模型

    数据段(data segment):是指用来存放程序中已初始化且不为0的全局变量如:静态变量和常量;

    用户7657330
  • PHP判断上传文件类型

    用户7657330
  • Chunked编码

    前不久同事调接口时发现了一个奇怪的问题,直接使用CURL请求接口,返回没有问题;而通过Socket请求时返回的信息多了两行。查看HTTP响应头发现,有时候会指定...

    用户7657330
  • 领域驱动设计学习之路—DDD的原则与实践

    本文是我学习Scott Millett & Nick Tune编著的《领域驱动设计模式、原理与实践》一书的学习笔记,一共会分为4个部分如下,此文为第1部分:

    Edison Zhou
  • DDD应对运营活动系统腐化实践

    事件风暴 事件:PM关心真实事件 如:用户订单已发布,商品已发布 说明:关注点在于什么领域模型发生了什么变化。

    春哥大魔王
  • Python模拟登陆 —— 征服验证码 1 豆瓣

    captcha是Completely Automated Public Turing Test to Tell Computers and Humans Apa...

    SeanCheney
  • 19.SimLogin_case07

    hankleo
  • 3分钟带你学会git向github推送!

    如果你是一个程序员,你还不知道git和github的话,就说明你low了;那也没关系,赶紧戳链接去下载就行~~ git:分布式的版本管理工具,具体的我就不在这里...

    企鹅号小编
  • git创建远程仓库技巧

    使用过git的都知道,git仓库的任何一个拷贝都可以独立作为一个服务器来使用,那么具体到工作中如何为团队来创建一个git远程仓库呢?下面已一个简单的例子介绍了一...

    程序员互动联盟
  • 使用git提交中删除idea

    https://segmentfault.com/q/1010000000720031 http://www.tuicool.com/articles/a6Nf...

    Ryan-Miao

扫码关注云+社区

领取腾讯云代金券