首先这里发一下结构图,因为是重写的,但是代码都是一样所有如下:

这里我先说一下看了大部分的DDD文章都是采用的WCF做服务,这里呢我用的是webapi做服务,WCF和WEBAPI的区别可以去百度下。

好了。现在我们看下automapper的具体实现。

因为automapper又一个Profile类,而我们自己写的类去继承这个类,所有如下图:

上图是创建映射关系,下面就去添加映射

这些做完了 我们现在需要使用

这里的dto类型是CostomDTO 也就是数据传输对象。

下面我们来看下工作单元,下面我直接贴代码

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks; namespace KuRuMi.Mio.DoMain.Repository.UnitOfWork
{
/// <summary>
/// 表示所有集成该接口都是工作单元的一种实现
/// </summary>
public interface IUnitOfWork
{
/// <summary>
/// 提交
/// </summary>
void Commit(); /// <summary>
/// 异步提交
/// </summary>
/// <returns></returns>
Task CommitSyncAsync(); /// <summary>
/// 回滚
/// </summary>
void Rollback(); /// <summary>
/// 已经提交过了
/// </summary>
bool Committed { get; } /// <summary>
/// 事务支持
/// </summary>
//bool DistributedTransactionSupported { get; }
}
}

这是IUnitOfWork接口代码。

using KuRuMi.Mio.DoMainModel.BaseModel;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks; namespace KuRuMi.Mio.DoMain.Repository.UnitOfWork
{
public interface IUnitOfWorkContext : IUnitOfWork, IDisposable
{
/// <summary>
/// 将指定的聚合根标注为“新建”状态。
/// </summary>
/// <typeparam name="TAggregateRoot">需要标注状态的聚合根类型。</typeparam>
/// <param name="obj">需要标注状态的聚合根。</param>
void RegisterNew<TAggregateRoot>(TAggregateRoot obj)
where TAggregateRoot : class, IAggregateRoot;
/// <summary>
/// 将指定的聚合根标注为“更改”状态。
/// </summary>
/// <typeparam name="TAggregateRoot">需要标注状态的聚合根类型。</typeparam>
/// <param name="obj">需要标注状态的聚合根。</param>
void RegisterModified<TAggregateRoot>(TAggregateRoot obj)
where TAggregateRoot : class, IAggregateRoot;
/// <summary>
/// 将指定的聚合根标注为“删除”状态。
/// </summary>
/// <typeparam name="TAggregateRoot">需要标注状态的聚合根类型。</typeparam>
/// <param name="obj">需要标注状态的聚合根。</param>
void RegisterDeleted<TAggregateRoot>(TAggregateRoot obj)
where TAggregateRoot : class, IAggregateRoot;
}
}

这是IUnitOfWorkContext接口代码

因为我是基于EF实现的所以这里多了一层EF的工作单元代码

using System;
using System.Collections.Generic;
using System.Data.Entity;
using System.Linq;
using System.Text;
using System.Threading.Tasks; namespace KuRuMi.Mio.DoMain.Repository.UnitOfWork
{
/// <summary>
/// 表示是EF仓储的一种实现
/// </summary>
public interface IEFUnitOfWorkContext : IUnitOfWorkContext
{
DbContext Context { get; }
}
}

完成这里接下来就是工作单元的实现类

using KuRuMi.Mio.DoMainModel.BaseModel;
using KuRuMi.Mio.DoMain.Infrastructure;
using KuRuMi.Mio.DoMain.Repository.EFRepository;
using KuRuMi.Mio.DoMain.Repository.UnitOfWork;
using System.Data.Entity;
using System.Threading.Tasks; namespace KuRuMi.Mio.DoMain.Repository.BaseUnitOfWork
{
public class UnitOfWorkContext: DisposableObject, IEFUnitOfWorkContext
{
private KurumiMioDbContext kurumi = null; public UnitOfWorkContext() {
kurumi = new KurumiMioDbContext();
} public DbContext Context { get { return kurumi; } } #region 工作单元
public bool Committed { get; protected set; } /// <summary>
/// 同步提交
/// </summary>
public void Commit()
{
if (!Committed)
{
//kurumi.Value.GetValidationErrors();
Context.SaveChanges();
Committed = true;
}
} /// <summary>
/// 异步提交
/// </summary>
/// <returns></returns>
public async Task CommitSyncAsync()
{
if (!Committed)
{
await Context.SaveChangesAsync();
Committed = true;
}
}
/// <summary>
/// 释放资源
/// </summary>
/// <param name="disposing"></param>
protected override void Dispose(bool disposing)
{
if (disposing)
{
if (!Committed)
Commit();
Context.Dispose();
kurumi.Dispose();
}
} /// <summary>
/// 回滚
/// </summary>
public void Rollback()
{
Committed = false;
}
#endregion #region IEFUnitOfWorkContext接口
/// <summary>
/// 删除未提交
/// </summary>
/// <typeparam name="TAggregateRoot"></typeparam>
/// <param name="obj"></param>
public void RegisterDeleted<TAggregateRoot>(TAggregateRoot obj) where TAggregateRoot : class, IAggregateRoot
{
Context.Entry(obj).State = EntityState.Deleted;
Committed = false;
} /// <summary>
/// 修改未提交
/// </summary>
/// <typeparam name="TAggregateRoot"></typeparam>
/// <param name="obj"></param>
public void RegisterModified<TAggregateRoot>(TAggregateRoot obj) where TAggregateRoot : class, IAggregateRoot
{
if (Context.Entry(obj).State == EntityState.Detached)
{
Context.Set<TAggregateRoot>().Attach(obj);
}
Context.Entry(obj).State = EntityState.Modified;
Committed = false;
} /// <summary>
/// 新建未提交
/// </summary>
/// <typeparam name="TAggregateRoot"></typeparam>
/// <param name="obj"></param>
public void RegisterNew<TAggregateRoot>(TAggregateRoot obj) where TAggregateRoot : class, IAggregateRoot
{
var state = Context.Entry(obj).State;
if (state == EntityState.Detached)
{
Context.Entry(obj).State = EntityState.Added;
}
Committed = false;
}
#endregion
}
}

现在呢就是我的仓储,因为是聚合根的缘故,所以聚合后的根有自己特有的仓储代码如下。

using KuRuMi.Mio.DoMainModel.Model;
using KuRuMi.Mio.DoMainModel.Repositories;
using KuRuMi.Mio.DoMain.Repository.EFRepository;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks; namespace KuRuMi.Mio.DoMain.Repository.ModelRepository
{
public class CostomRepositoryImpl :RepositoryImpl<Costom>, ICostomRepository
{
public KurumiMioDbContext context => lazy.Context as KurumiMioDbContext;
public Costom GetAll()
{
string sql = "select * from Costom";
return context.costom.SqlQuery(sql).FirstOrDefault();
}
}
}

然后是我的总仓储的实现

using KuRuMi.Mio.DoMainModel.BaseModel;
using KuRuMi.Mio.DoMainModel.Repositories;
using KuRuMi.Mio.DoMain.Repository.BaseUnitOfWork;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Linq.Expressions;
using System.Text;
using System.Threading.Tasks; namespace KuRuMi.Mio.DoMain.Repository.EFRepository
{
/// <summary>
/// 仓储的泛型实现
/// </summary>
/// <typeparam name="TEntity"></typeparam>
public class RepositoryImpl<TEntity> : IRepository<TEntity> where TEntity : AggregateRoot
{
public readonly UnitOfWorkContext lazy = null;
public RepositoryImpl()
{
lazy = new UnitOfWorkContext(); } /// <summary>
/// 新增
/// </summary>
/// <param name="aggregateRoot"></param>
public virtual void Add(TEntity aggregateRoot)
{
lazy.RegisterNew<TEntity>(aggregateRoot);
lazy.Commit();
}
/// <summary>
/// 通过key获取聚合根
/// </summary>
/// <param name="key"></param>
/// <returns></returns>
public virtual TEntity GetKey(Guid key)
{
return lazy.Context.Set<TEntity>().Find(key);
} public virtual IQueryable<TEntity> LoadAll(Expression<Func<TEntity, bool>> predicate)
{
return lazy.Context.Set<TEntity>().Where(predicate).AsQueryable();
}
/// <summary>
/// 复杂查询
/// </summary>
/// <param name="sql"></param>
/// <returns></returns>
public virtual IQueryable<TEntity> LoadForSql(string sql)
{
return lazy.Context.Set<TEntity>().SqlQuery(sql).AsQueryable();
} public virtual IEnumerable<TEntity> LoadListAll(Expression<Func<TEntity, bool>> predicate)
{
return lazy.Context.Set<TEntity>().Where(predicate).ToList();
}
/// <summary>
/// 复杂查询
/// </summary>
/// <param name="sql"></param>
/// <returns></returns>
public virtual IEnumerable<TEntity> LoadListForSql(string sql)
{
return lazy.Context.Set<TEntity>().SqlQuery(sql).ToList();
} /// <summary>
/// 删除
/// </summary>
/// <param name="aggregateRoot"></param>
public virtual void Remove(TEntity aggregateRoot)
{
lazy.RegisterDeleted<TEntity>(aggregateRoot);
lazy.Commit();
} /// <summary>
/// 修改
/// </summary>
/// <param name="aggregateRoot"></param>
public virtual void Update(TEntity aggregateRoot)
{
lazy.RegisterModified<TEntity>(aggregateRoot);
lazy.Commit();
}
}
}

现在回到我们的服务层

系统初始化我采用的是autofac,至于为什么不采用unity,博主个人喜欢用autofac原因轻量,简单。

好了下面献上我的初始化系统类。

using KuRuMi.Mio.DataObject.AutoMapperDTO;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Reflection;
using KuRuMi.Mio.DoMain.Infrastructure.IocManager;
using KuRuMi.Mio.DoMainModel.Repositories;
using Autofac; namespace KuRuMi.Mio.BootStarp
{ /// <summary>
/// 系统初始化
/// </summary>
public class OptionBootStarp
{
protected IEnumerable<Assembly> assembles { get; }
protected IIocManager ioc { get; }
public OptionBootStarp(IEnumerable<Assembly> ass)
{
assembles = ass;
ioc = IocManager.Instance;
}
protected IEnumerable<Type> Repository => assembles.SelectMany(a => a.ExportedTypes.Where(t => t.GetInterfaces().Contains(typeof(IBaseRepository))));
protected IEnumerable<Type> BaseDTO => assembles.SelectMany(a => a.ExportedTypes.Where(t => t.GetInterfaces().Contains(typeof(IAutoMapper)))); protected IEnumerable<Type> Services => assembles.SelectMany(a => a.ExportedTypes.Where(t => t.GetInterfaces().Contains(typeof(IService))));
/// <summary>
/// 预加载
/// </summary>
public void Initialize()
{
//加载所有DTO
BaseDTO.ToList().ForEach(s=> {
var dtpye= Activator.CreateInstance(s) as IAutoMapper;
ioc.build.RegisterInstance(dtpye).As<MapperConfigurationImpl>().SingleInstance().PropertiesAutowired();
});
//加载所有的仓储
Repository.ToList().ForEach(s => {
if (s.IsClass == true && s.IsGenericType == false)
{
var dtpye = Activator.CreateInstance(s);
ioc.build.RegisterType(dtpye.GetType()).As(dtpye.GetType());
}
});
//加载所有服务
Services.ToList().ForEach(s =>
{
if (s.IsClass == true)
{
var stype = Activator.CreateInstance(s);
ioc.build.RegisterType(stype.GetType()).As(stype.GetType());
}
});
PostInit();
}
/// <summary>
/// 注入
/// </summary>
protected void PostInit() {
ioc.CompleteBuild();
}
} }

下面贴上测试结果,WEB端请求的是webapi其中涉及到跨域请求问题,采用的是微软的cors包。

需要代码的同学点这里。

PS:采用了autofac IOC框架 automapper 映射框架 Log4Net 日志 ORM是EF 用的是codefirst 运行的时候只需要改web.config的数据库连接就可以了。

链接: 百度 密码: 3baw

DDD领域驱动之干货(三)完结篇!的更多相关文章

  1. DDD领域驱动之干货(四)补充篇!

    距离上一篇DDD系列完结已经过了很长一段时间,项目也搁置了一段时间,想想还是继续完善下去. DDD领域驱动之干货(三)完结篇! 上一篇说到了如何实现uow配合Repository在autofac和au ...

  2. DDD 领域驱动设计-三个问题思考实体和值对象(续)

    上一篇:DDD 领域驱动设计-三个问题思考实体和值对象 说实话,整理现在这一篇博文的想法,在上一篇发布出来的时候就有了,但到现在才动起笔来,而且写之前又反复读了上一篇博文的内容及评论,然后去收集资料, ...

  3. DDD 领域驱动设计-三个问题思考实体和值对象

    消息场景:用户 A 发送一个消息给用户 B,用户 B 回复一个消息给用户 A... 现有设计:消息设计为实体并为聚合根,发件人.收件人设计为值对象. 三个问题: 实体最重要的特性是什么? Messag ...

  4. [转] DDD领域驱动设计(三) 之 理论知识收集汇总

    最近一直在学习领域驱动设计(DDD)的理论知识,从网上搜集了一些个人认为比较有价值的东西,贴出来和大家分享一下: 我一直觉得不要盲目相信权威,比如不能一谈起领域驱动设计,就一定认为国外的那个Eric ...

  5. DDD领域驱动之干货 (一)

    说道DDD不得不说传统的架构与DDD的架构区别. 传统的架构不外乎就是三层,而在这三层里面又不断的细分,始终没有达到想要的效果,那么为什么当时还是采用三层. 当然在DDD没有提出的时候三层是大多数人的 ...

  6. DDD领域驱动之干货(二)

       基于仓储的实现 1.前言:本着第一节写的有些糊涂,主要是自己喜欢实干,不太喜欢用文字表述,就这样吧.下面切入正题. 博客园里面有很多的大佬,我这里就不一一解释概览,有兴趣的朋友可以去看大佬们写的 ...

  7. [0] DDD领域驱动设计(三) 之 聚合(根)、实体、值对象

    1.      聚合根.实体.值对象的区别? 从标识的角度: 聚合根具有全局的唯一标识,而实体只有在聚合内部有唯一的本地标识,值对象没有唯一标识,不存在这个值对象或那个值对象的说法: 从是否只读的角度 ...

  8. DDD领域驱动之干活(四)补充篇!

    距离上一篇DDD系列完结已经过了很长一段时间,项目也搁置了一段时间,想想还是继续完善下去. DDD领域驱动之干货(三)完结篇! 上一篇说到了如何实现uow配合Repository在autofac和au ...

  9. DDD 领域驱动设计-“臆想”中的实体和值对象

    其他博文: DDD 领域驱动设计-三个问题思考实体和值对象 DDD 领域驱动设计-三个问题思考实体和值对象(续) 以下内容属于博主"臆想",如有不当,请别当真. 扯淡开始: 诺兰的 ...

随机推荐

  1. IC卡读卡器web开发,支持IE,Chrome,Firefox,Safari,Opera等主流浏览 器

    IC卡读卡器在web端的应用越来越多,但是早期发布的ocx技术只支持IE浏览器,使用受到了很多的限制.IC卡读卡器云服务的推 出,彻底解决了以上的局限,使得IC卡读卡器不仅可以应用在IE浏览器上,还可 ...

  2. jquery 中 eq()遍历方法 和:eq()选择器的区别

    <!DOCTYPE html><html lang="en"><head> <meta charset="UTF-8" ...

  3. Java中boolean类型占用多少个字节

    为什么要问这个问题,首先在Java中定义的八种基本数据类型中,除了其它七种类型都有明确的内存占用字节数外,就boolean类型没有给出具体的占用字节数,因为对虚拟机来说根本就不存在 boolean 这 ...

  4. 利用_winreg模块在注册表中分析无线访问热点

    _winreg.OpenKey(key, sub_key, res, sam)     key是一个已经打开的键,或者是HKEY_CLASSES_ROOT.HKEY_CURRENT_USER.HKEY ...

  5. Jenkins: 使用groovy + job-dsl 创建并触发job

    Jenkins: 使用groovy + job-dsl 创建并触发job 背景: 我们的 Automation 测试脚本需要在10个不同语言的机器上跑,本地化测试产品. 我们用Jenkins启动测试执 ...

  6. cocos2d-x - C++/Lua交互

    使用tolua++将自定义的C++类嵌入,让lua脚本使用 一般过程: 自定义类 -> 使用tolua++工具编译到LuaCoco2d.cpp中 -> lua调用 步骤一:自定义一个C++ ...

  7. react native 升级到0.31.0的相关问题 mac xcode开发环境

    cmd + D和cmd + R快捷键没有反应 0.31.0版本换了一种加载方式,通过修改userDefaults达到debug目的 [userDefaults setObject:@"127 ...

  8. Centos7 ftp环境搭建

    没玩过linux,折腾了半天的ftp,好不容易亲测通过了.不容易啊. 操作环境:vm虚拟机 centos7 首先:搞定网络问题:默认情况下使用ifconfig可以看到虚拟机下是无网络的.(注:虚拟机网 ...

  9. 白话C#语法新特性之元组

    1.元组(Tuples) 元组(Tuple)在4.0 的时候就有了,但元组也有些缺点,如: 1)Tuple 会影响代码的可读性,因为它的属性名都是:Item1,Item2.. . 2)Tuple 还不 ...

  10. [笔记]我的Linux入门之路 - 03.Java环境搭建

    其实ubuntu是自带一个叫openJDK的东西的,是谷歌看Oracle不爽而搞的.不过呢...总感觉不太习惯,况且我既然都来Linux了,总是想折腾一把的. 首先先检查下有没有安装java.终端输入 ...