概述

DDD为复杂软件的设计提供了指导思想,其将易发生变化的业务核心域放置在限定上下文中,在确保核心域一致性和内聚性的基础上,DDD可以被多种语言和多种技术框架实现,具体的框架实现需要根据实际的业务场景和需求来制定。

核心的指导思路归纳为:

  • 关注点放在domain上,将业务领域限定在同一上下文中
  • 降低上下文之间的依赖,通过‘开发主机服务’(REST服务是其中的一种)、‘消息模式’、‘事件驱动’等架构风格实现
  • 遵循分层架构模式

架构风格

针对DDD的架构设计,《实现领域驱动设计》提到了几种架构风格:六边形架构、REST架构、CQRS、事件驱动等。在实际使用中,落地的架构并非是纯粹其中的一种,而很有可能户将上述几种架构风格结合起来实现。

此部分内容主要来源于《实现领域驱动设计》的第4章,加上了自己的一些理解。

六边形架构(端口和适配器)

所谓的六边形架构,其实是分层架构的扩展,原来的分层架构通常是上下分层的,比如常见的MVC模式,上层是对外的服务接口,下层是对接存储层或者是集成第三方服务,中层是业务逻辑层。我们跳出分层的概念,会发现上面层和下面层其实都是端口+适配器的实现,上面层开放http/tcp端口,采用rest/soap/mq协议等对外提供服务,同时提供对应协议的适配器;下层也是端口+适配器,只不过应用程序这时候变成了调用者,第三方服务或者存储层提供端口和服务,应用程序本身实现适配功能。

基于上述思考,将分层接口中的上层和下层统一起来就变成了六边形架构,基于端口和适配器的实现,示意图如下:

上图来源于《实现领域驱动设计》的P111

我认为六边形架构并非创造一种新的架构风格,只是将原来的分层架构风格重新解读,使得架构更加简洁通用。同时,在DDD的设计思想下,六边形架构风格,让领域模型处于架构的核心区域,让开发人员将焦点聚集到领域。DDD和六边形架构是天然契合的,是DDD的首选架构。

REST

REST——即Representational State Transfer的缩写,翻译过来是"表现层状态转化"。参考至:理解RESTful架构

RESTful风格的架构将‘资源’放在第一位,每个‘资源’都有一个URI与之对应,可以将‘资源’看着是ddd中的实体;RESTful采用具有自描述功能的消息实现无状态通信,提高系统的可用性;至于‘资源’的哪些属性可以公开出去,针对‘资源’的操作,RESTful使用HTTP协议的已有方法来实现:GET、PUT、POST和DELETE。

在DDD的实现中,我们可以将对外的服务设计为RESTful风格的服务,将实体/值对象/领域服务作为'资源'对外提供增删改查服务。但是并不建议直接将实体暴露在外,一来实体的某些隐私属性并不能对外暴露,二来某些资源获取场景并不是一个实体就能满足的,因此我们在实际实践过程中,在领域模型上增加了dto这样一个角色,dto可以组合多个实体/值对象的资源对外暴露。

CQRS

CQRS——Cammand-Query Responsibility Segregation的缩写。翻译过来就是“命令与查询职责分离”。

简而言之,CQRS就是平常大家在讲的读写分离,通常读写分离的目的是为了提高查询性能,同时达到读/写的解耦。让DDD和CQRS结合,我们可以分别对读和写建模,查询模型通常是一种非规范化数据模型,它并不反映领域行为,只是用于数据显示;命令模型执行领域行为,且在领域行为执行完成后,想办法通知到查询模型。

那么命令模型如何通知到查询模型呢? 如果查询模型和领域模型共享数据源,则可以省却这一步;如果没有共用数据源,则可以借助于‘消息模式’(Messaging Patterns)通知到查询模型,从而达到最终一致性(Eventual Consistency)。

Martin在blog中指出:CQRS适用于极少数复杂的业务领域,如果不是很适合反而会增加复杂度;另一个适用场景为获取高性能的服务。

    图片来源于Martin Fowler的blog,图中表述的查询模型和命令模型共用数据源。

关于CQRS的讨论可以参考Martin大叔的blog:CQRS,以及:CQRS, Task Based UIs, Event Sourcing agh!

事件驱动

这一架构风格在实际项目中并未使用,不做过多阐述,感兴趣的同学自行研究。

架构实例

结合最近在重构的社区服务系统(ECO),尝试使用上述的指导思想和架构风格,完成一次架构设计尝试,并详述如下:

架构图

架构详述

ECO系统架构整合了六边形架构、RESTful架构风格、CQRS架构风格三种架构风格,并遵循经典的分层架构思想。

1、在遵循分层架构思想的基础上,引入了六边形架构风格,对内对外均通过适配器+端口的方式呈现:

  • 面向用户侧,提供http端口,并使用SpringMVC框架的RequestMapping、Controller等组件实现对http 请求的解析,转化为Application层可识别的业务dto对象,这里的Controller+RequestMapping便起着适配器的作用;
  • 面向第三方服务,通过httpclient和tcpclient的适配,可以对接多种协议的第三方服务端口;
  • 面向存储层,通过mongoclient的适配,访问mongodb;通过mybatis的适配,访问oracle;通过redisclient的适配,访问redis;
  • 面向消息中间件,通过mqclient的适配,方为rabbitMQ;

2、实现了RESTful架构风格,通过RESTful风格的接口契约对外提供主机开放服务。借助SpringMVC实现。

3、实现了CQRS架构风格:

  • orcale作为命令模型存储存在,并配以Transaction事务管理。主要存储帖子、评论、话题、圈子、关注等实体信息;
  • Mongodb作为查询模型存储存在,存储个人动态、社区动态等非结构化数据;
  • redis同样作为查询模型存储存在,存储用户个人信息、热门评论、热门帖子、热门话题、用户点赞信息等;
  • Application层分为QueryService和CommandService两大类应用服务,分别组合查询模型和命令模型;
  • 使用rabbitMQ作为消息中间件,CommandService在完成命令模型的维护后,生产事件消息写入rabbitMQ,QueryService作为消费者从rabbitMQ读取事件消息,更新查询模型;
  • 查询模型和命令模型极其对应的application service可以独立部署,独立扩展。

4、遵循基本的分层架构风格。

  • User Interface —— 用户接口层。对外提供各种协议形式的服务,并提供Validation参数校验,authenticate权限认证,业务实体组装器Assembler等。图中标绿组件。
  • Application —— 应用服务层。组合多个业务实体、基础设施层的各种组件完成业务服务。图中标黄部分。
  • Domain —— 业务领域层。DDD概念中的核心业务层,封装所有业务逻辑,包含entity、value object、domain service、domain event等。图中标蓝部分。
  • Infrastructure —— 基础设施层。提供公共组件,如:Logging、Trascation、HttpClient等。图中标灰部分。

【DDD】领域驱动设计实践 —— 架构风格及架构实例的更多相关文章

  1. DDD领域驱动设计和实践(转载)

    -->目录导航 一. DDD领域驱动设计介绍 1. 什么是领域驱动设计(DDD) 2. 领域驱动设计的特点 3. 如果不使用DDD? 4. 领域驱动设计的分层架构和构成要素 5. 事务脚本和领域 ...

  2. DDD 领域驱动设计-谈谈 Repository、IUnitOfWork 和 IDbContext 的实践(2)

    上一篇:<DDD 领域驱动设计-谈谈 Repository.IUnitOfWork 和 IDbContext 的实践(1)> 阅读目录: 抽离 IRepository 并改造 Reposi ...

  3. DDD 领域驱动设计-谈谈 Repository、IUnitOfWork 和 IDbContext 的实践(1)

    好久没写 DDD 领域驱动设计相关的文章了,嘎嘎!!! 这几天在开发一个新的项目,虽然不是基于领域驱动设计的,但我想把 DDD 架构设计的一些东西运用在上面,但发现了很多问题,这些在之前的短消息项目中 ...

  4. .NET应用架构设计—面向查询的领域驱动设计实践(调整传统三层架构,外加维护型的业务开关)

    阅读目录: 1.背景介绍 2.在业务层中加入核心领域模型(引入DomainModel,让逻辑.数据有家可归,变成一个完整的业务对象) 3.统一协调层Application Layer(加入协调层来转换 ...

  5. DDD 领域驱动设计-谈谈 Repository、IUnitOfWork 和 IDbContext 的实践(转)

    http://www.cnblogs.com/xishuai/p/ddd-repository-iunitofwork-and-idbcontext.html 好久没写 DDD 领域驱动设计相关的文章 ...

  6. 【DDD】领域驱动设计实践 —— UI层实现

    前面几篇blog主要介绍了DDD落地架构及业务建模战术,后续几篇blog会在此基础上,讲解具体的架构实现,通过完整代码demo的形式,更好地将DDD的落地方案呈现出来.本文是架构实现讲解的第一篇,主要 ...

  7. DDD 领域驱动设计-谈谈 Repository、IUnitOfWork 和 IDbContext 的实践(3)

    上一篇:<DDD 领域驱动设计-谈谈 Repository.IUnitOfWork 和 IDbContext 的实践(2)> 这篇文章主要是对 DDD.Sample 框架增加 Transa ...

  8. DDD领域驱动设计落地实践(十分钟看完,半小时落地)

    一.引子 不知今年吹了什么风,忽然DDD领域驱动设计进入大家视野.该思想源于2003年 Eric Evans编写的"Domain-Driven Design领域驱动设计"简称DDD ...

  9. 浅谈我对DDD领域驱动设计的理解

    从遇到问题开始 当人们要做一个软件系统时,一般总是因为遇到了什么问题,然后希望通过一个软件系统来解决. 比如,我是一家企业,然后我觉得我现在线下销售自己的产品还不够,我希望能够在线上也能销售自己的产品 ...

  10. DDD 领域驱动设计-商品建模之路

    最近在做电商业务中,有关商品业务改版的一些东西,后端的架构设计采用现在很流行的微服务,有关微服务的简单概念: 微服务是一种架构风格,一个大型复杂软件应用由一个或多个微服务组成.系统中的各个微服务可被独 ...

随机推荐

  1. idea项目上传到码云

    从idea托管项目到码云相对其他软件来说是非常简单的,只要第一次下载好git插件,然后托管如下: 1. 2. 3.登陆成功后,默认会将项目所有项全选,托管成功后右下角会显示 4.当以后项目有变化时再如 ...

  2. HttpURLConnection getInputStream异常的解决

    http://blog.csdn.net/q2232/article/details/48136973 但是当getResponseCode为自定义值,比如422时,httpURLConnection ...

  3. Koa框架教程,Koa框架开发指南,Koa框架中文使用手册,Koa框架中文文档

    我的博客:CODE大全:www.codedq.net:业余草:www.xttblog.com:爱分享:www.ndislwf.com或ifxvn.com. Koa -- 基于 Node.js 平台的下 ...

  4. Mongodb启动&关闭

    mac 下mongo的启动和关闭以及启动问题解决 mongo的安装在这:http://www.cnblogs.com/leinov/p/6855784.html Mac os mongodb数据安装路 ...

  5. 【HTTP权威指南】第三章-HTTP报文

    HTTP是因特网的信使,报文就是信使运送的包裹. 这一章包含: 报文如何流动 报文的三个组成部分(起始行,首部,实体的主体部分) 请求报文和响应报文的区别 请求报文支持的各种功能(方法) 响应报文返回 ...

  6. tps 与 事务平均响应时间关系对答

    在网上看到一篇文章,tps 与 事务平均响应时间关系对答.可以帮助能更清楚的了解二者之间的关系. 问者:每秒处理的事务数和事务的平均响应时间 怎么个关系,有关系吗 kaku21:举个例子:一个高速路 ...

  7. AIX缩小逻辑卷报错chfs: 0506-964

    --AIX缩小逻辑卷报错chfs: 0506-964 -----------------------------------------2013/10/29 通过smit chfs/或 chfs命令 ...

  8. [Python] wxPython 状态栏组件、消息对话框组件 学习总结(原创)

    1.状态栏组件 1.基本介绍 上图: 红框框内的就是状态栏. 他可以分成若干个区块,比如上者分为了两个区块,并且比例是固定的,创建时可以指定 每个区块都能够显示 信息,一般通过 绑定事件 实时更新 各 ...

  9. flex居中

    1.先把父元素display:flex 2.在父元素设置justify-content:center;水平居中 3.在父元素设置align-items:center;垂直居中 align-items ...

  10. PHP学习之旅——PHP环境搭建

    1.wampserver.exe软件下载 http://www.wampsferver.com/官网地址:  选择对应版本下载即可. 2.wampserver服务控制面板 主要控制的是整个wampse ...