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下实现的功能,今天完善一下事件驱动也就是领域驱动. 领域驱动的概念网上一搜一大推,我就不一一累赘,本文主要讲解如何实现领域事件和事件总线. 事件一共提供三个方法去完成事件的实现-----------注册事件.卸载事件.发布事件那么在注册事件的时候我们怎么样是定义一个事件呢? 如下图…

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

从遇到问题开始当人们要做一个软件系统时,一般总是因为遇到了什么问题,然后希望通过一个软件系统来解决. 比如,我是一家企业,然后我觉得我现在线下销售自己的产品还不够,我希望能够在线上也能销售自己的产品.所以,自然而然就想到要做一个普通电商系统,用于实现在线销售自己企业产品的目的. 再比如,我是一家互联网公司,公司有很多系统对外提供服务,面向很多客户端设备.但是最近由于各种原因,导致服务经常出故障.所以,我们希望通过各种措施提高服务的质量和稳定性.其中的一个措施就是希望能做一个灰度发布的平台,这个…

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

最近在做电商业务中,有关商品业务改版的一些东西,后端的架构设计采用现在很流行的微服务,有关微服务的简单概念: 微服务是一种架构风格,一个大型复杂软件应用由一个或多个微服务组成.系统中的各个微服务可被独立部署,各个微服务之间是松耦合的.每个微服务仅关注于完成一件任务并很好地完成该任务.在所有情况下,每个任务代表着一个小的业务能力. 关于改版的业务设计,还是想尝试 DDD 领域驱动设计,之前写的一些相关文章,都是直接进行战术设计,而非在战略设计基础上进行,所以最后可能会出现一些问题,所以这次的过程是…