从壹开始微服务 [ DDD ] 之一 ║ D3模式设计初探 与 我的计划书

缘起

哈喽大家周四好!又是开心的一天,时间过的真快,我们的 《从壹开始 .net core 2.1 + vue 2.5 》前后端分离系列共 34 篇已经完结了,当然以后肯定还会有更新和修改,直接在文章内更新,并在文章开头做提醒,如果有大的改动或者新功能,会在目录页进行重点说明(可能简书的更新速度没有博客园快,如果有任何疑问,可以先看博客园的文章,就是上边的这个地址?)。如果你是刚看到我的文章,而且恰好对.net core 不是很明白,或者想了解下如何前后端完全分离的,可以先看看上一个系列,我已经把 .net corevue 的内容明显分开了,同时也把 vue 的基础部分入门教程两个部分进行说明,相信大家都能看的明白。

关于这一个系列,我想了很久,本来想开下 React 系列的,但是群里的小伙伴的反映,.net 后端还有很多东西,而且好多小伙伴反映课本太苦涩,看不进去,文档又太少,国内的大神好像也不太照顾我们这些小学生,特别是很少通过代码的形式讲解,那所以我就开了这个系列,虽然感觉会坎坷波折,本系列会从一个空的 Solution 到一个 完整 Project 的过程,具体的会在下边的计划书中详细说明,大家可以一会儿了解下,当然,框架本来就很见仁见智,思想设计更是没有常规法去定义,可能会有人不同意,老张希望如果有不同意见,别仅仅只是点击一下反对,可以发表下评论嘛,也算是给 .net 生存环境做点儿贡献,当然这个是练习项目,实际情况还要按照公司的要求来写,甚至公司都用不到(但是可能会面试的时候问到),一些小伙伴就会问,那我为啥要学,嗯~~~要是这么问,我也不知道如何回答了 [苦笑] ,就好像健身一样。

我给这个项目取名:ChristD3,意思是圣诞节DDD,希望到圣诞节的时候可以完结,因为年底手中工作比较多,所以不会每天都写,但是每周肯定会有更新,也希望大家可以多多提意见,为了.net 的生存环境点赞加油吧!其实如果你已经开完了我写的上一个系列,你会发现其实上一个系列已经有 DDD 的影子了,不信?看完本文你就会知道了。

简单强调:

1、本系列重点通过代码进行说明,那些苦涩的概念可能比较少,特别是本文,是简要说明,具体的详细内容在之后文章中体现。

2、本系列只是对知识点进行讲解,重点在说明新知识上,只是一个很小的框架,数据也很简单,可能还是一个简单的个人博客之类的,请不要和企业级项目对比。

3、本系列还是沿用上一个系列的宗旨:旨在抛砖引玉,想要学会还得自己多思考,文中会有两本参考书,可以看看。


目录:

以后更新的文章会在这里一一更新:


一、今天要实现红色的部分

13652172-1241c227ada9949a.png
image

二、DDD领域驱动设计的前世今生

好多小伙伴都在说,听DDD都听了好几年了,感觉就像是空气一样,一直在身边,可是一直摸不着,虽然有时候用到一些,可都是无法具体深入的对其描述和总结,那领域驱动设计到底是怎么来的呢,在早期项目开发中,我们主要就是单系统来进行开发,很多的模板都是揉在一起,其实现在咱们平时用的最多的MVC架构也有这样的问题,然后近来演化出的前后端分离,是从协同开发的角度方向去改善单系统问题,而DDD则是从后端整体框架中,对项目进行整合,剥离,细分和联系通讯等等,这样面向领域驱动设计就出现了。

1、DDD领域驱动设计知多少

首先要知道DDD是一种开发理念,核心是维护一个反应领域概念的模型(领域模型是软件最核心的部分,反应了软件的业务本质),然后通过大量模式来指导模型设计与开发。

DDD的一般过程是:首先通过软件需求规格说明书或原型生成一个领域模型(类、类的属性、类与类之间的关系);然后根据模式(应该如何分层?、领域逻辑写在哪?与持久化如何交互?如何协调多对象领域逻辑?如何实现逻辑与数据存储解耦等)指导来实现代码模型。

DDD中最核心的是Domain Model(领域模型),和领域模型相对的是事务脚本。领域模型和事务脚本说到底就是面向对象和面向过程的区别。

如果感觉上边的理解有点儿苦涩,这里举个栗子:

我认为任何一个系统都会属于某个特定的领域,比如论坛是一个领域,只要你想做一个论坛,那这个论坛的核心业务是确定的,比如都有用户发帖、回帖等核心基本功能。比如电商平台、普通电商系统,这种都属于网上电商领域,只要是这个领域的系统,那都有商品浏览、购物车、下单、减库存、付款交易等核心环节。所以,同一个领域的系统都具有相同的核心业务,因为他们要解决的问题的本质是类似的。

因此,我们可以推断出,一个领域本质上可以理解为就是一个问题域,只要是同一个领域,那问题域就相同。所以,只要我们确定了系统所属的领域,那这个系统的核心业务,即要解决的关键问题、问题的范围边界就基本确定了。

关于电商系统大家肯定都很了解了,什么商品模块,用户模板,订单模板,等等等等,这个就是领域模型的一个体现,网上看到一个很好的文章,他对普通电商的订单中心进行建模,如图:

13652172-773da97fe061727d.png
image

2、领域驱动设计整体架构

那从整体架构上来说,主要分成以下四个部分,具体的在下一讲的项目整体搭建中会详细说明:

  • Presentation Layer:表现层,负责显示和接受输入;
  • Application Layer(Service):应用层,很薄的一层,只包含工作流控制逻辑,不包含业务逻辑;
  • Domain Layer(Domain):领域层,包含整个应用的所有业务逻辑;
  • Infrastructure Layer:基础层,提供整个应用的基础服务;
13652172-6fa30a99a8354b27.png
image

DDD领域驱动设计的优点就包括:

1.从技术维度实现分层:能够在每层关注自己的事情,比如领域层关注业务逻辑的事情,仓储关注持久化数据的事情,应用服务层关注用例的事情,接口层关注暴露给前端的事情。

2.业务维度:通过将大系统划分层多个上下文,可以让不同团队和不同人只关注当前上下文的开发。

3.时间维度:通过敏捷式迭代快速验证,快速修正。

3、有哪些资料可以参考

书籍:

2004年,Eric Evans的《领域驱动设计——软件核心复杂性应对之道》

2014年,Vaughn Vernon的《实现领域驱动设计》,个人推荐

13652172-4c765f0803e9c8b3.png
image

大神博客:

http://www.cnblogs.com/farb/p/ABPTheory.html

https://www.cnblogs.com/netfocus/p/5548025.html

http://www.cnblogs.com/daxnet/archive/2010/11/02/1867392.html

三、我的计划书中涉及到的相关知识

Bingo:这里是我的一个初步设想,以后可能根据情况进行增删,其中很多咱们在之前的项目里都已经说到了,到时候会简单说一下跳过,也正好温习下,比如 WebApi的创建,依赖注入的使用,Dto数据传输对象的概念,Swagger 接口文档的使用,这些大家是不是很熟悉,所以说,当时在写上一个项目的时候,已经用了一部分DDD的思想了,现在回想起来是不是感觉自己棒棒哒。至于不懂或者没见过的,没关系,以后都会懂得的。

1、知识点(补充中)

  • ASP.NET Core 2.1.2 ?基本框架
  • ASP.NET MVC Core ?实现mvc web页面
  • ASP.NET WebApi Core ?实现 api 接口
  • ASP.NET Identity Core ?身份验证
  • Entity Framework Core 2.0 ?实现ORM数据持久化
  • Dapper (待定)
  • .NET Core 原生 DI ?实现依赖注入
  • AOP ?面向切面
  • Autofact(待定)IoC
  • AutoMapper ?实现Dtos
  • FluentValidator验证
  • Swagger UI ?实现接口文档展示
  • MediatR ?基于内存级别的消息发布订阅
  • Azure ?云服务发布

2、特性(补充中)

  • 领域驱动设计(Domain Driven Design (Layers and Domain Model Pattern)
  • 命令查询职责分离(CQRS:Command Query Responsibility Segregation)
  • 领域通知 (Domain Notification)
  • 领域驱动 (Domain Events)
  • 事件驱动架构 (EDA)
  • 事件回溯 (Event Sourcing)
  • 最终一致性 (Eventually Consistent)
  • 工作单元模式 (Unit of Work )
  • 泛型仓储 (Repository and Generic Repository)

四、开发环境与项目设想

这里再强调下,这个系列只为了说明知识点内容,可能数据很少,框架很简单。

系统环境

windows 10、SQL server 2012、Visual Studio 2017、Windows Server 2008 R2、Linux Ubuntu、

开发环境

Visual Studio 15.3+、.NET Core SDK 2.0+、

如果顺利的话,会引入下边这些东西,如果上边讲起来很费劲,可能就顺延下去了:

1、到时候肯定会有一个 WebApi 项目,如何基于这个,可以再一次搭建一个前后端分离的前端框架,至于还是 VUE,还是 Angular 6,这个再说;

2、然后会有一个 MVC 项目,很简单,就是一个页面的展示,主要是为了讲解如何搭建 .net core MVC 项目;

3、尽量实现数据的读写分离;

4、实现 Dockers 的容器使用;

5、OAuth 2.0 权限等;

五、结语

本文只是简单给大家见个面,初略说明本系列要说什么,以及DDD领域驱动设计的相关说明,还是那句话,技术是用来改善生活的,没有一成不变的好框架,也没有一无是处的设计思想,关键还是看学习者是一个什么心态罢了,江湖渺渺,各位仁兄任重而道远呀,加油吧兄弟们~~~

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 4
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值