DDD领域驱动之干货（四）补充篇！

【DDD领域驱动之干货（四）补充篇！】的更多相关文章

DDD领域驱动之干货（四）补充篇！

距离上一篇DDD系列完结已经过了很长一段时间,项目也搁置了一段时间,想想还是继续完善下去. DDD领域驱动之干货(三)完结篇! 上一篇说到了如何实现uow配合Repository在autofac和automapper下实现的功能,今天完善一下事件驱动也就是领域驱动. 领域驱动的概念网上一搜一大推,我就不一一累赘,本文主要讲解如何实现领域事件和事件总线. 事件一共提供三个方法去完成事件的实现-----------注册事件.卸载事件.发布事件那么在注册事件的时候我们怎么样是定义一个事件呢? 如下图…

DDD领域驱动之干货（一）

说道DDD不得不说传统的架构与DDD的架构区别. 传统的架构不外乎就是三层,而在这三层里面又不断的细分,始终没有达到想要的效果,那么为什么当时还是采用三层. 当然在DDD没有提出的时候三层是大多数人的选择. 那么当领域驱动被提出来的时候它又能带给我们什么样的好处?? 近期博主看了一下dax.net大佬有关DDD的文章,这里提出自己的一些心得,本着共同学习的精神一起进步. 我也来说说领域模型 1.为什么叫领域模型? 首先传统的模型(这里指的只具备getter 和 setter)不包含其他业…

DDD领域驱动之干货（三）完结篇！

首先这里发一下结构图,因为是重写的,但是代码都是一样所有如下: 这里我先说一下看了大部分的DDD文章都是采用的WCF做服务,这里呢我用的是webapi做服务,WCF和WEBAPI的区别可以去百度下. 好了.现在我们看下automapper的具体实现. 因为automapper又一个Profile类,而我们自己写的类去继承这个类,所有如下图: 上图是创建映射关系,下面就去添加映射这些做完了我们现在需要使用这里的dto类型是CostomDTO 也就是数据传输对象. 下面我们来看下工作单元,下面…

DDD领域驱动之干货(二)

基于仓储的实现 1.前言:本着第一节写的有些糊涂,主要是自己喜欢实干,不太喜欢用文字表述,就这样吧.下面切入正题. 博客园里面有很多的大佬,我这里就不一一解释概览,有兴趣的朋友可以去看大佬们写的概览.好了不多说了.我们先来看看仓储的实现. 2.上一节中我们已经实现了model,现在我们就来实现仓储. 首先声明一个借口,这里我定义为IRepository,而这个接口我要用做泛型,所以接口如下: 仓储的实现 3.现在给这个接口写上接口的方法: using Mio.Domain.BaseM…

DDD领域驱动之干活（四）补充篇！

距离上一篇DDD系列完结已经过了很长一段时间,项目也搁置了一段时间,想想还是继续完善下去. DDD领域驱动之干货(三)完结篇! 上一篇说到了如何实现uow配合Repository在autofac和automapper下实现的功能,今天完善一下事件驱动也就是领域驱动. 领域驱动的概念网上一搜一大推,我就不一一累赘,本文主要讲解如何实现领域事件和事件总线. 事件一共提供三个方法去完成事件的实现-----------注册事件.卸载事件.发布事件那么在注册事件的时候我们怎么样是定义一个事件呢? 如下图…

C#进阶系列——DDD领域驱动设计初探（四）：WCF搭建

前言:前面三篇分享了下DDD里面的两个主要特性:聚合和仓储.领域层的搭建基本完成,当然还涉及到领域事件和领域服务的部分,后面再项目搭建的过程中慢慢引入,博主的思路是先将整个架构走通,然后一步一步来添加相关元素,使架构慢慢变得丰满.这篇打算分享下应用层的搭建.根据DDD的设计原则,应用层不包含任何领域逻辑,它主要的作用是协调任务,或者叫调度任务,维护应用程序状态.根据博主的理解,应用层是用来隔离领域层的,假设没有应用层,那么我们的界面层可以直接调用领域层的逻辑,也就是说可以直接访问领域的model…

DDD领域驱动设计初探（四）：WCF搭建

前言:前面三篇分享了下DDD里面的两个主要特性:聚合和仓储.领域层的搭建基本完成,当然还涉及到领域事件和领域服务的部分,后面再项目搭建的过程中慢慢引入,博主的思路是先将整个架构走通,然后一步一步来添加相关元素,使架构慢慢变得丰满.这篇打算分享下应用层的搭建.根据DDD的设计原则,应用层不包含任何领域逻辑,它主要的作用是协调任务,或者叫调度任务,维护应用程序状态.根据博主的理解,应用层是用来隔离领域层的,假设没有应用层,那么我们的界面层可以直接调用领域层的逻辑,也就是说可以直接访问领域的model…