DDD「领域驱动设计」分层架构初探
前言
基于 DDD 传统分层架构实现。 项目 github地址:https://github.com/WuMortal/DDDSample
这个分层架构是工作中项目正在使用的分层架构,使用了一段时间发现受益匪浅,所以整理好我对该分层架构的一些理解分享给大家,我对于该分层架构还处于学习阶段理解有误的地方请指出。本次会以一个案例来说明各个分层的作用以及他们之间的调用关系,还有本次的重点不在于DDD
,因为这个我还未能完全理解,当然避免不了中间会涉及DDD
的一些概念。
DDD 简单介绍
DDD
什么?为什么使用 DDD
?
关于这个问题有兴趣的可以自行百度,我相信网络上已经有大量的文章来说明这几个问题。我目前的理解是“业务”,是为了应对现在复杂和多变的业务,是一种开发理念。
这里我就以一个小故事描述吧,有一天你接到任务要实现一个修改用户的功能,非常简单。使用传统三层架构我们会怎么写?
先在
DAL
层添加UserDAL
然后实现一个Update(UserEntity user)
方法接着在
BLL
中添加一个UserBLL
在实现一个Update(string email,string pwd ...)
方法。UI
层在调用,OK 完成任务下班回家。
接着你接到一个新的需求就是:需要增加用户修改信息的记录。
你立马在 BLL
的 Update
的方法里增加的用户修改信息的操作记录,完成需求。
过了一段时间又来了一个需求:用户改了信息需要通知到管理员,并且用户每天只能修改 3 次信息。
好了之后又经历了几波需求,你的代码也在不断的增加和变化,有一天你接收新的项目或者离开了,那么接收你项目的人完全不清楚这里的业务情况。因为 Update
方法并没有直接的反应出里的业务情况,代码目的不明确。代码变得难以维护。
那么在 DDD
里这些应该怎么做呢?
首先在方法的命名上做出更改既然业务是修改信息那么命名应该是
Modify(string email,string pwd ...)
将用户修改信息的记录代码放在
DomainService
(领域服务) 中,当然这里的类、方法命名要直接的反应出业务情况,如:RecordUserModifyDomainService
。对应的通知管理员的代码也应该放入
DomainService
中,DomainService
应该尽量简单一般只做一件事情。
分层架构图
下面是关于 DDD 分层的一些描述,摘抄至之前看过的一片文章。
Presentation 为表示层,负责向用户显示信息和解释用户命令。这里指的用户可以是另一个计算机系统,不一定是使用用户界面的人。
Application 为应用层,定义软件要完成的任务,并且指挥表达领域概念的对象来解决问题。这一层所负责的工作对业务来说意义重大,也是与其它系统的应用层进行交互的必要渠道。应用层要尽量简单,不包含业务规则或者知识,而只为下一层中的领域对象协调任务,分配工作,使它们互相协作。它没有反映业务情况的状态,但是却可以具有另外一种状态,为用户或程序显示某个任务的进度。
Domain 为领域层(或模型层),负责表达业务概念,业务状态信息以及业务规则。尽管保存业务状态的技术细节是由基础设施层实现的,但是反映业务情况的状态是由本层控制并且使用的。领域层是业务软件的核心,领域模型位于这一层。
Infrastructure 层为基础实施层,向其他层提供通用的技术能力:为应用层传递消息,为领域层提供持久化机制,为用户界面层绘制屏幕组件,等等。基础设施层还能够通过架构框架来支持四个层次间的交互模式。
说明
如上图每个层中其实对应着具体的项,下面将对每个项进行说明。
Domain
层分为:Domain
、DomainService
和IDomainService
。- 首先
Domain
中包含有Entity
和IRepository
,Entity
是你的实体一般对于数据库表但是在某些情况下你也可以冗余一些字段。IRepository
仓储的方法的定义,该层不会有具体的实现。 DomainService
和IDomainService
,IDomainService
只是负责表达业务的概念,DomainService
里才是具体业务逻辑代码。在这一层的代码命名上需要注意,我们的命名一般要能直接描述出该代码业务的功能。这里可以参考DDD
的几个概念:通用语言、领域。
- 首先
Infrastructure
层分为:Repository
和CrossCutting
:Repository
里面就是Domain
里IRepository
的具体实现。项目中 RepositoryExtensions.cs 是一个扩展类,将所有的仓储注入容器中,方便我们在项目中使用DI
(依赖注入)。CrossCutting
主要是提供一些各个层通用的东西,如一些枚举、扩展方法、工具类等等。
Application
层分为:Application
和ApplicationContract
。ApplicationContract
里主要包含DTO
、ViewModel
、IXXXService
。DTO
是数据传输对象,主要负责给展现层提供展示数据,DTO
里应该只有值类型存在,当然根据具体情况也可存在其他的DTO
。ViewModel
用于展现层传入的模型,简单的说DTO
输出,ViewModel
输入。IXXXService
就是应用层的方法定义。Application
里面主要是用于 实现ApplicationContract
里的IXXXService
,还有Entity
和DTO
的映射也属于该层的工作。ApplicationExtensions.cs 扩展方法是用于实现DI
。
Presentation
层里目前只有一个 WebAPI。展现层的代码一般有:对传入模型的校验。
案例
本次以一个用户注册的流程为案例,来简单说明如何使用该分层架构进行项目开发。
- 首先在
Domain
中建一个 UserEntity,有 Id、Mobile、Name、Age、RegisterDateTime 属性。接着建立 IUserRepository,编写需要定义的方法,这里我定义了一个 GetByMobile(string mobile) 方法。
[Table(Name = "User")]
public class UserEntity
{
[Column(IsIdentity = true)] public Guid Id { get; set; } public string Mobile { get; set; } public string Name { get; set; } public int Age { get; set; } public DateTime RegisterDateTime { get; set; } = DateTime.Now;
} public interface IUserRepository : IBasicRepository<UserEntity, Guid> { Task GetByMobileAsync(string mobile); }
IBasicRepository 是使用了 FreeSql,你们可以自己实现。
- 然后在 Repository 中建 UserRepository 类,该类继承 IUserRepository 并且实现该接口的所有方法。
public class UserRepository : GuidRepository, IUserRepository { public UserRepository(IFreeSql freeSql) : base(freeSql) { } #region Implementation of IUserRepository public async Task<UserEntity> GetByMobileAsync(string mobile)
{
return await this.Where(u => u.Mobile == mobile).FirstAsync();
} #endregion
}
- 仓储基本好了后就是
Application
,首先需要在 ApplicationContract 中建 UsesDTO,根据业务情况你也可以建 UserSimpleDTO 、UserDetailDTO。DTO
里包含你需要返回的数据,我这里有 Id、Name、Mobile、Age、ProfilePhotoSrc(头像地址根据 Id 拼接,这里我用 imgage/Id.png 的格式)。
public class UserDTO {
public Guid Id { get; set; } public string Name { get; set; } public string Mobile { get; set; } public int Age { get; set; } public string ProfilePhotoSrc { get; set; }
}
- 添加好 UserDTO 后,然后添加 IUserService.cs 接口,接着在 Application 的 Service 中添加对应的 UserService,并且 UserService 继承 IUserService。
public interface IUserService { /// /// 用户注册 /// ///用户名 ///手机号 ///年龄 /// Task Register(string userName, string mobile, int age); List<UserDTO> GetList();
} public class UserService : IUserService { readonly IUserRepository _userRepository; public UserService(IUserRepository userRepository)
{
_userRepository = userRepository;
} #region Implementation of IUserService /// <summary>
/// 用户注册
/// </summary>
/// <param name="userName">用户名</param>
/// <param name="mobile">手机</param>
/// <param name="age">年龄</param>
/// <returns></returns>
public async Task<bool> Register(string userName, string mobile, int age)
{
var userEnity = await _userRepository.GetByMobileAsync(mobile); if (userEnity != null)
{
return false;
} var addUserEntity = new UserEntity
{
Id = Guid.NewGuid(),
Age = age,
Name = userName,
Mobile = mobile
}; return await _userRepository.InsertAsync(addUserEntity) != null;
} public List<UserDTO> GetList()
{
return _userRepository.Select
.ToList().ToDTOList();
} #endregion
}
UserServcie 是对应展现层的控制器 UserController ---> IUserService。
最后展现层的 WebAPI 只需要注入 IUserService,就可以开心的使用了。
[HttpPost] public async Task Post()
{
var second = DateTime.Now.Second.ToString(""); bool isSuccess = await _userService.Register("Wigor", $"188888888{second}", ); return Ok(isSuccess);
}
就这样这个简单的案例就完成了,你可以参考着上面 说明 对比着去看看,当然这里有一些东西并没有体现,如 DomainServie,如果按照 DDD 来说还有 值对象、聚合、通用语言……,对于「通用语言」的话其实上面的小故事就体现出了一点。
结语
就 DDD 而言我这里还有很多东西都没有交代,今后有时间的话会慢慢的写出来。还有我也是在学习 DDD 所以有错的地方请指出,望多多包涵。
在使用这套分层架构的时候碰到了许多问题,这里还要感谢老大的指导,为我解答疑问。
最后附上《实现领域驱动设计》中的一句话:
我认为不管使用什么技术,我们的目的都是提供业务价值。
DDD「领域驱动设计」分层架构初探的更多相关文章
- 我的“第一次”,就这样没了:DDD(领域驱动设计)理论结合实践
写在前面 插一句:本人超爱落网-<平凡的世界>这一期,分享给大家. 阅读目录: 关于DDD 前期分析 框架搭建 代码实现 开源-发布 后记 第一次听你,清风吹送,田野短笛:第一次看你,半弯 ...
- 一缕阳光:DDD(领域驱动设计)应对具体业务场景,如何聚焦 Domain Model(领域模型)?
写在前面 阅读目录: 问题根源是什么? <领域驱动设计-软件核心复杂性应对之道>分层概念 Repository(仓储)职责所在? Domain Model(领域模型)重新设计 Domain ...
- DDD(领域驱动设计)应对具体业务场景,如何聚焦 Domain Model(领域模型)?
DDD(领域驱动设计)应对具体业务场景,如何聚焦 Domain Model(领域模型)? 阅读目录: 问题根源是什么? <领域驱动设计-软件核心复杂性应对之道>分层概念 Repositor ...
- DDD(领域驱动设计)理论结合实践
DDD(领域驱动设计)理论结合实践 写在前面 插一句:本人超爱落网-<平凡的世界>这一期,分享给大家. 阅读目录: 关于DDD 前期分析 框架搭建 代码实现 开源-发布 后记 第一次听 ...
- 【DDD】领域驱动设计实践 —— UI层实现
前面几篇blog主要介绍了DDD落地架构及业务建模战术,后续几篇blog会在此基础上,讲解具体的架构实现,通过完整代码demo的形式,更好地将DDD的落地方案呈现出来.本文是架构实现讲解的第一篇,主要 ...
- 如何使用ABP进行软件开发(2) 领域驱动设计和三层架构的对比
简述 上一篇简述了ABP框架中的一些基础理论,包括ABP前后端项目的分层结构,以及后端项目中涉及到的知识点,例如DTO,应用服务层,整洁架构,领域对象(如实体,聚合,值对象)等. 笔者也曾经提到,AB ...
- DDD(领域驱动设计)应对具体业务场景,Domain Model(领域模型)到底如何设计?
DDD(领域驱动设计)应对具体业务场景,Domain Model(领域模型)到底如何设计? 写在前面 阅读目录: 迷雾森林 找回自我 开源地址 后记 毫无疑问,领域驱动设计的核心是领域模型,领域模型的 ...
- 【DDD】领域驱动设计实践 —— 架构风格及架构实例
概述 DDD为复杂软件的设计提供了指导思想,其将易发生变化的业务核心域放置在限定上下文中,在确保核心域一致性和内聚性的基础上,DDD可以被多种语言和多种技术框架实现,具体的框架实现需要根据实际的业务场 ...
- DDD(领域驱动设计)总结
基本概念: 领域驱动设计(简称 ddd)概念来源于2004年著名建模专家eric evans发表的他最具影响力的书籍:<domain-driven design –tackling comple ...
随机推荐
- vue-cli的webpack模版,相关配置文件dev-server.js与webpack.config.js配置解析
1.下载vue-cli npm install vue-cli -g vue-cli的使用与详细介绍,可以到github上获取https://github.com/vuejs/vue-cli 2.安装 ...
- 解决distinct与order by 的冲突
sql="select distinct id from test order by otherfield desc" 需要找到不同的id,同时又想让记录按fbsj排序.但是这样一 ...
- Error:unsupported class file version 52.0问题的解决
这个问题主要的原因是依赖包的编译版本比主程序的编译版本高,导致主程序无法正常编译或运行,解决这个问题无非两招: 1.提升主程序的编译器版本,用最新的编译器编译主程序,这样就可以兼容那个依赖包 2.降低 ...
- LCA最近公共祖先(倍增版)
倍增版LCA lac即最近公共祖先,u和v最近公共祖先就是两节点公用的祖先中深度最大的 比如 其中 lca(1,2)=4, lca(2,3)=4, lca(3,5)=1, lca(2,5)=4; 如何 ...
- C++位运算
移位运算 要点 1 它们都是双目运算符,两个运算分量都是整形,结果也是整形. 2 " < <" 左移:右边空出的位上补0,左边的位将从字头挤掉,其值相当于乘2. ...
- Java 包装类笔记
@(JDK)[包装类] Java 包装类笔记 当需要使用到集合的时候,如果是基础数据类型,需要转换为包装类,再使用,在JDK1.5之前,每次使用的时候,都需要手动转换为包装类(称为装箱),然后在使用的 ...
- Java c# 跨语言Json反序列化首字母大小写问题
C#标准是首字母大写,Java规范是首字母小写,在序列化成Json之后,反序列化会出现反序列化失败的问题.. 从C#反序列化成JavaBean的时候通过如下注解可以直接解决该问题 @JsonNamin ...
- Tomcat配置多实例:centos和winserver环境
CentOS:配置多Tomcat: 1.下载:# wget http://mirrors.cnnic.cn/apache/tomcat/tomcat-6/v6.0.44/bin/apache- ...
- C#的一些小知识
一.Server.MapPath E:\MyProject\GisSystem\Json\jsonlist.aspx,GisSystem项目下有个Json文件夹,文件夹下有个jsonlist.aspx ...
- 并查集(union-find set)与Kruskal算法
并查集 并查集处理的是集合之间的关系,即‘union' , 'find' .在这种数据类型中,N个不同元素被分成若干个组,每组是一个集合,这种集合叫做分离集合.并查集支持查找一个元素所属的集合和两个元 ...