【这里是的实现,指的是针对各个数据访问框架的一个基础实现】

目标

  •   定义仓储/QueryEntry的基本功能
  •   实现仓储的基本功能,以利于复用
  •   实现一些常用的功能
  •   提供一些便利的功能

目标框架

博主使用的ORM框架是EF6.x,使用MAP来配置模型和数据库之间的映射(因为模型是定义在领域层[CQRS]的),所以不打算使用声明式的Attribute。使用code first来生成数据库。

仓储基本功能

使用一个泛型接口定义了一个仓储需要实现的功能:

public interface IBasicReponsitory<T>
{
void Insert(T item);
void Delete(T item);
void Delete(Guid aggregateId);
void Update(T category);
T Fetch(Guid aggregateId);
T TryFetch(Guid aggregateId);
bool Exists(Expression<Func<T, bool>> predict); /*以下是额外的一些接口方法,待商榷*/
IQueryable<T> Query();
Task<T> FetchAsync(Guid id);
Task<T> TryFetchAsync(Guid id);
Task<IEnumerable<T>> RetriveAsync(Expression<Func<T, bool>> predict);
}

以及一个QueryEntry需要实现的一些基本功能:

public interface IQueryEntry<T> where T : IHasPrimaryKey
{
T TryFetch(Guid id);
Task<T> TryFetchAsync(Guid id); bool Exsits(Guid id);
bool Exsits(Expression<Func<T, bool>> selector);
}

随着时间的推移,这个接口会发生变更,添加一些更多的功能。同时,并不要求所有的仓储或者QueryEntry继承接口,基本接口的定义和实现仅仅是为了提供便利。

为了方便QueryEntry的实现,提供了一个抽象类:

public abstract class ReponsitoryBasedQueryEntry<T> : IQueryEntry<T> where T : IHasPrimaryKey
{
public abstract IBasicReponsitory<T> BasicReponsitory { get; } public T TryFetch(Guid id)
{
return BasicReponsitory.TryFetch(id);
} public Task<T> TryFetchAsync(Guid id)
{
return BasicReponsitory.TryFetchAsync(id);
} public bool Exsits(Guid id)
{
return BasicReponsitory.Query().Any(i => i.Id == id);
} public bool Exsits(System.Linq.Expressions.Expression<Func<T, bool>> selector)
{
return BasicReponsitory.Query().Any(selector);
}
}

基本实现

public class BasicEntityFrameworkReponsitory<T> : IBasicReponsitory<T> where T : class, IHasPrimaryKey
{
public BasicEntityFrameworkReponsitory()
{
Table = StorageConfiguration.DbContext.Set<T>();
} public DbSet<T> Table { get; private set; } public virtual void Insert(T item)
{
Table.Add(item);
} public virtual void Delete(T item)
{
Table.Remove(item);
} public virtual void Delete(Guid aggregateId)
{
var item = TryFetch(aggregateId);
Delete(item);
} public virtual void Update(T category)
{
//do nothing...
} public T Fetch(Guid aggregateId)
{
var item = TryFetch(aggregateId);
if (item == null)
{
throw new AggregateRootNotFoundException(aggregateId);
}
return item;
} public T TryFetch(Guid aggregateId)
{
var item = Query().FirstOrDefault(i => i.Id == aggregateId);
return item;
} public virtual IQueryable<T> Query()
{
return Table;
} public async Task<T> FetchAsync(Guid id)
{
return await Table.FirstAsync(i => i.Id == id);
} public async Task<T> TryFetchAsync(Guid id)
{
return await Table.FirstOrDefaultAsync(i => i.Id == id);
} public bool Exists(Expression<Func<T, bool>> predict)
{
return Table.Any(predict);
} public async Task<IEnumerable<T>> RetriveAsync(Expression<Func<T, bool>> predict)
{
return await Table.Where(predict).ToArrayAsync();
}
}

这部分代码表达了个人的几个想法:
1.DbContext的生命周期是由Storage自行管理的。当然,可以通过一定的方式指定。

2.提供了基础的Query()方法,并设置为虚方法。个人并不抵制使用IQueryable对象进行查询。我觉得可以把使用IQueryable对象进行查询的代码片段看作匿名方法。

常用的功能:软删除

这里是继承基本实现的一个实现:

public class SoftDeleteEntityFrameworkReponsitory<T> : BasicEntityFrameworkReponsitory<T>
where T : class, IHasPrimaryKey, ISoftDelete
{
public override IQueryable<T> Query()
{
return base.Query().Where(i => !i.IsDeleted);
} public override void Delete(T item)
{
item.IsDeleted = true;
Update(item);
}
}

这里要求仓储对应的模型实现接口ISoftDelete,为软删除提供支持:

public interface ISoftDelete
{
bool IsDeleted { get; set; }
}

同时override了Query()方法,过滤了已删除的内容。

常用的功能:操作跟踪

好吧,这应该是事件溯源干的事,然而事件溯源目前太难了。原理和软删除差不多:

/// <summary>
/// 既然开启了跟踪,那么这条数据必然是不能硬删除的
/// </summary>
/// <typeparam name="T"></typeparam>
public class TraceEnabledEntityFrameworkReponsitory<T> : SoftDeleteEntityFrameworkReponsitory<T>
where T : class, ISoftDelete, ITrackLastModifying, IHasPrimaryKey
{
/// <summary>
/// 开启跟踪时,不允许匿名操作
/// </summary>
[Dependency]
public IDpfbSession Session { get; set; } public override void Update(T item)
{
if (!Session.UserId.HasValue)
throw new Exception(); //todo 提供一个明确的异常
item.LastModifiedBy = Session.UserId.Value;
item.LastModifiedTime = DateTime.Now;
} public override void Insert(T item)
{
if (!Session.UserId.HasValue)
throw new Exception(); //todo 提供一个明确的异常
item.LastModifiedBy = Session.UserId.Value;
item.LastModifiedTime = DateTime.Now;
base.Insert(item);
}
}

不过这个功能的侵入性很强,Storage应该无法感知“用户”这种概念才对。

便利的功能:动态仓储(DynamicReponsitory)

前一篇文章中说过,引入QueryEntry是为了将查询和提交分来,同时为查询操作提供更大的优化空间。在面对数据库的查询中,多表联查是非常普遍的。所以打算针对多表联查提供一个遍历的组件。同时,直接提交语句查询是和数据库相关的,所以要针对不同的数据库提供不同的DynamicReponsitory。

这个组件解决的问题是:直接提交数据库多表联查,查询结果自动转换模型,提供分页支持。

模型转换

先来解决这个比较有趣的问题:将一个DataReader转换为一个值或者一个可枚举的集合。直接上实现代码:

public class DataReaderTransfer<T> : CacheBlock<string, Func<IDataReader, T>> where T : new()
{
protected DataReaderTransfer()
{
} /// <summary>
///
/// </summary>
/// <param name="filedsNameArray"></param>
/// <param name="key">编译缓存所使用的key,建议使用查询字符串的hash</param>
/// <returns></returns>
public Func<IDataReader, T> Compile(string[] filedsNameArray, string key)
{
var outType = typeof (T);
var func = ConcurrentDic.GetOrAdd(key, k =>
{
var expressions = new List<Expression>();
//public T xxx(IDataReader reader){
var param = Expression.Parameter(typeof (IDataReader)); //var instance = new T();
var newExp = Expression.New(outType);
var varExp = Expression.Variable(outType, "instance");
var varAssExp = Expression.Assign(varExp, newExp);
expressions.Add(varAssExp); var indexProp = typeof (IDataRecord).GetProperties().Last(p => p.Name == "Item"); //表示 reader[""]
foreach (var fieldName in filedsNameArray)
{
//if(xxx)xxx.xxx=null;else xxx.xxx = (xxx)value; var prop = outType.GetProperty(fieldName);
if (prop == null)
continue;
var propExp = Expression.PropertyOrField(varExp, fieldName);
Expression value = Expression.MakeIndex(param, indexProp,
new Expression[] {Expression.Constant(fieldName)}); //处理空值
var defaultExp = Expression.Default(prop.PropertyType);
var isDbNullExp = Expression.TypeIs(value, typeof (DBNull)); //处理枚举以及可空枚举
if (prop.PropertyType.IsEnum ||
prop.PropertyType.IsGenericType && prop.PropertyType.GetGenericArguments()[].IsEnum)
{
value = Expression.Convert(value, typeof (int));
}
var convertedExp = Expression.Convert(value, prop.PropertyType);
//读取到dbnull的时候,使用一个默认值
var condExp = Expression.IfThenElse(isDbNullExp,
Expression.Assign(propExp, defaultExp),
Expression.Assign(propExp, convertedExp)); expressions.Add(condExp);
} //return instance;
var retarget = Expression.Label(outType);
var returnExp = Expression.Return(retarget, varExp);
expressions.Add(returnExp); //}
var relabel = Expression.Label(retarget, Expression.Default(outType));
expressions.Add(relabel); var blockExp = Expression.Block(new[] {varExp}, expressions);
var expression = Expression.Lambda<Func<IDataReader, T>>(blockExp, param);
return expression.Compile();
});
return func;
} public Func<IDataReader, T> Compile(IDataReader reader, string key)
{
var length = reader.FieldCount;
var names = Enumerable.Range(, length).Select(i => reader.GetName(i - )).ToArray();
return Compile(names, key);
} public static DataReaderTransfer<T> Instance = new DataReaderTransfer<T>(); //基于反射的映射....
//private static T DynamicMap<T>(IDataReader reader) where T : new()
//{
// var instance = new T();
// var count = reader.FieldCount;
// while (count-- > 1)
// {
// object value = reader[count - 1];
// var name = reader.GetName(count - 1);
// var prop = typeof (T).GetProperty(name);
// if (prop == null)
// {
// continue;
// }
// if (value is DBNull)
// {
// value = null;
// }
// prop.SetValue(instance, value);
// }
// return instance;
//}
}

主要的思想是:在运行期间对一个特定的模型分析一次,分析构造这个模型需要如何访问DataReader,并将访问操作编译为Func<>,通过一个静态字典缓存。下一次构造的时候,直接访问静态字典的Func<>,将DataReader的行转换为模型。这个耗时,大概是硬编码转换的2倍,可以获得比反射好的性能受益。

链式调用以及延时查询

先来看一段调用代码:

[TestClass]
public class DynamicReponsitorySamples
{
static DynamicReponsitorySamples()
{
//DbContext 配置
StorageConfiguration.Config.Use<DbContext, ObjectManageContext>(new ContainerControlledLifetimeManager());
//无法使用.UseDbContext<ObjectManageContext>(),因为无法提供基于HTTP生命周期的管理对象
DynamicReponsitory = new DynamicReponsitory();
} public static DynamicReponsitory DynamicReponsitory { get; set; } [TestMethod]
public void Query()
{
//直接提交一个SQL查询,并映射到实体
var queryText =
"SELECT A.*,D.Name AS DepartmentName FROM [ADMIN] A LEFT JOIN [Department] D ON A.DepartmentCode = D.Code";
var query = DynamicReponsitory.Query<AdminListItem>(queryText);
//QueryResult对象遵循延时查询的规则,直到执行枚举才会执行查询操作
query.Foreach(i => Trace.WriteLine(string.Format("{0}\t{1}", i.UserName, i.RealName)));
} [TestMethod]
public void Count()
{
//可以直接执行一个COUNT(*)语句
var countQueryText = "SELECT COUNT(*) FROM [ADMIN]";
var countQuery = DynamicReponsitory.Count(countQueryText);
Trace.WriteLine("Count:" + countQuery.Value);
//可以提供一个SELECT * 语句
countQueryText = "SELECT * FROM [ADMIN]";
//但是需要将重载的第二个参数置为true
countQuery = DynamicReponsitory.Count(countQueryText, true);
Trace.WriteLine("Count:" + countQuery.Value);
//可以对一个query对象执行CmountAmount()扩展方法,但是这个query对象代表的查询必须很普通
var query = DynamicReponsitory.Query<AdminListItem>(
"SELECT A.*,D.Name AS DepartmentName FROM [ADMIN] A LEFT JOIN [Department] D ON A.DepartmentCode = D.Code");
countQuery = query.CountAmount();
//Value的值同样遵循延时查询的规则,但是重复访问会导致访问内存中缓存的数据
Trace.WriteLine("Count:" + countQuery.Value);
Trace.WriteLine("Count:" + countQuery.Value);
//如果需要重新查询,可以调用Result.ReQuery()方法
var reQuery = countQuery.ReQuery();
Trace.WriteLine("Count:" + reQuery.Value);
} /// <summary>
/// 分页调用,支持分页信息和分页列表信息的无序访问
/// </summary>
[TestMethod]
public void Page()
{
//可以对所有的query对象执行Page()扩展方法,从而进行分页
//必须执行要求OrderBy参数的重载,否则会进行内存分页(加载所有行)
var query = DynamicReponsitory.Query<AdminListItem>(
"SELECT A.*,D.Name AS DepartmentName FROM [ADMIN] A LEFT JOIN [Department] D ON A.DepartmentCode = D.Code");
var paged = query.Page("ORDER BY DepartmentName", , ); /*
* 以下表示支持分页信息和分页列表信息的无序访问
* 如果使用一条sql同时返回这些信息,必须先枚举集合才能继续访问分页信息
*/ Trace.WriteLine(string.Format("从{0}行到{1}行,在所有的{2}行中", paged.From, paged.To, paged.Amount));
paged.Foreach(i => Trace.WriteLine(string.Format("{0}\t{1}", i.UserName, i.RealName)));
//重复访问会导致访问内存中缓存的数据
var resultArray = paged.Take();
Trace.WriteLine(string.Format("从{0}行到{1}行,在所有的{2}行中", paged.From, paged.To, paged.Amount));
resultArray.Foreach(i => Trace.WriteLine(string.Format("{0}\t{1}", i.UserName, i.RealName)));
}
}

链式调用是指,我调用了DynamicReponsitory.Query()方法之后,可以紧接着调用Page()或者Count()方法。那么,显而易见,如果查询不是延时的,很容易导致这个问题:我把服务器上1W条数据全down下来了,然后在内存里面数数或者分页。
为了实现延时查询的目标,引入了这几个类型:

public class SqlQueryExpression : ICloneable
{
public SqlQueryExpression()
{
Parameters = new List<object>();
} public SqlQueryExpression(string expressionText) : this()
{
ExpressionText = expressionText;
} public string ExpressionText { get; set; }
public IList<object> Parameters { get; private set; } public IDataReader Read(DbConnection connection)
{
var parameters = Parameters.ToArray();
if (connection.State != ConnectionState.Open)
connection.Open();
//查询,开启最低级别的事务隔离,防止默认事务产生争用锁
var trans = connection.BeginTransaction(IsolationLevel.ReadUncommitted);
var command = connection.CreateCommand();
command.CommandType = CommandType.Text;
command.CommandText = ExpressionText;
command.Parameters.AddRange(parameters);
command.Transaction = trans;
return command.ExecuteReader(CommandBehavior.CloseConnection);
} public virtual object Clone()
{
//实现拷贝接口
var cloned = new SqlQueryExpression(ExpressionText);
Parameters.Foreach(i =>
{
var parameter = (SqlParameter) i;
var clonedParameter = new SqlParameter(parameter.ParameterName, parameter.Value);
clonedParameter.Direction = parameter.Direction;
cloned.Parameters.Add(clonedParameter);
});
return cloned;
}
}
 public class SqlQueryResult
{
public SqlQueryExpression SqlQueryExpression { get; private set; }
public DbConnection DbConnection { get; private set; }
public virtual bool Enumerated { get; protected set; }
protected IDataReader DataReader; protected void Query()
{
DataReader = DataReader ?? SqlQueryExpression.Read(DbConnection);
} public SqlQueryResult(SqlQueryExpression expression, DbConnection connection)
{
SqlQueryExpression = expression;
DbConnection = connection;
}
} /// <summary>
/// 代表DynamicReponsitory的查询结果
/// </summary>
/// <typeparam name="T">代表需要构造的类型</typeparam>
public class SqlQueryResult<T> : SqlQueryResult, IEnumerable<T> where T : new()
{
public SqlQueryResult(SqlQueryExpression expression, DbConnection connection)
: base(expression, connection)
{ } public IEnumerator<T> GetEnumerator()
{
//对于一个Query对象,在第一次访问的时候,要求加载所有数据,防止Skip与Take导致数据丢失
if (!Enumerated)
{
Query();
using (DataReader)
{
Enumerated = true;
var uniqueKey = typeof (T).FullName + SqlQueryExpression.ExpressionText;
var func = DataReaderTransfer<T>.Instance.Compile(DataReader, uniqueKey);
while (DataReader.Read())
{
var item = func(DataReader);
ResultSet.Add(item);
//yield return item;
}
}
}
return ResultSet.GetEnumerator();
//return ((IEnumerable<T>) ResultSet).GetEnumerator();
} protected List<T> ResultSet = new List<T>(); IEnumerator IEnumerable.GetEnumerator()
{
return GetEnumerator();
} public SqlQueryResult<T> ReQuery()
{
var exp = SqlQueryExpression.Clone() as SqlQueryExpression;
return new SqlQueryResult<T>(exp, DbConnection);
}
}

SqlQueryExpression存储了将要执行的查询,而SqlQueryResult则存储了查询返回的结果。同时,SqlQueryExpression实现了拷贝,以支持ReQuery()。
关于具体的分页支持,实际上是使用了一个开窗函数,通过注入子查询的方式,从而支持了各种查询的分页(不奇葩的查询)。

为了防止查询被锁住,默认开启了最低的事务隔离级别。

...

【想到什么再补充】

CQRS学习——Storage实现(EF+Code First+DynamicReponsitory)[其四]的更多相关文章

  1. EF Code First学习系列

    EF Model First在实际工作中基本用不到,前段时间学了一下,大概的了解一下.现在开始学习Code First这种方式.这也是在实际工作中用到最多的方式. 下面先给出一些目录: 1.什么是Co ...

  2. EF Code First学习笔记

    EF Code First学习笔记 初识Code First EF Code First 学习笔记:约定配置 Entity Framework 复杂类型 Entity Framework 数据生成选项 ...

  3. EF和MVC系列文章导航:EF Code First、DbContext、MVC

    对于之前一直使用webForm服务器控件.手写ado.net操作数据库的同学,突然来了EF和MVC,好多新概念泉涌而出,的确犹如当头一棒不知所措.本系列文章可以帮助新手入门并熟练使用EF和MVC,有了 ...

  4. EF Code First 初体验

    Code First 顾名思义就是先代码,再由代码生成数据库的开发方式. 废话不多说,直接来一发看看:在VS2010里新建一个空白解决方案,再依次添加两个类库项目:Model.DataAccess和一 ...

  5. 【极力分享】[C#/.NET]Entity Framework(EF) Code First 多对多关系的实体增,删,改,查操作全程详细示例【转载自https://segmentfault.com/a/1190000004152660】

      [C#/.NET]Entity Framework(EF) Code First 多对多关系的实体增,删,改,查操作全程详细示例 本文我们来学习一下在Entity Framework中使用Cont ...

  6. 从零开始,搭建博客系统MVC5+EF6搭建框架(1),EF Code frist、实现泛型数据仓储以及业务逻辑

    前言      从上篇30岁找份程序员的工作(伪程序员的独白),文章开始,我说过我要用我自学的技术,来搭建一个博客系统,也希望大家给点意见,另外我很感谢博客园的各位朋友们,对我那篇算是自我阶段总结文章 ...

  7. EF Code First、DbContext

    EF Code First.DbContext 对于之前一直使用webForm服务器控件.手写ado.net操作数据库的同学,突然来了EF和MVC,好多新概念一下泉涌而出,犹如当头一棒,的确有点不知所 ...

  8. EF Code First连接现有数据库

    作为一个初入学习.net MVC4 的新手,想写一写今天碰到的问题,做一个总结. 首先我想利用EF Code First来连接我现有数据库,而不是通过EF Code First来自动生成数据库和表. ...

  9. Entity Framework 学习系列(4) - EF 增删改

    目录 写在前面 一.开发环境 二.创建项目 三.新增 1.单表新增 2.批量新增 3.多表新增 四.编辑 1.先查询,后编辑 2.创建实体,后编辑 五.删除 写在前面 在上一小节中,学习了如何 通过C ...

随机推荐

  1. SAX - Hello World

    SAX 是一种事件驱动的 XML 数据处理模型.对于 DOM 模型,解析 XML 文档时,需要将所有内容载入内容.相比 DOM 模型,SAX 模型更为高效,它一边扫描一边解析 XML 文档.但与 DO ...

  2. asp自动解析网页中的图片地址,并将其保存到本地服务器

    程序实现功能:自动将远程页面的文件中的图片下载到本地. 程序代码 <% '将本文保存为 save2local.asp '测试:save2local.asp?url=http://ent.sina ...

  3. Android应用源码基于安卓的校园二手交易系统客户端+服务端+数据库

    该源码是校园二手交易系统应用带服务端,也是一个基于安卓和javaweb的校园二手交易系统,包括整套安卓客户端.javaweb服务端.mysql数据库,可以进行基本的列表显示帖子.显示帖子详情.用户注册 ...

  4. 第十篇、微信小程序-view组件

    视图容器 常用的样式的属性: 详情:http://www.jianshu.com/p/f82262002f8a display :显示的模式.可选项有:flex(代表view可以伸缩,弹性布局)- f ...

  5. 第二篇、倾力总结40条常见的移动端Web页面问题解决方案

    1.安卓浏览器看背景图片,有些设备会模糊.   用同等比例的图片在PC机上很清楚,但是手机上很模糊,原因是什么呢? 经过研究,是devicePixelRatio作怪,因为手机分辨率太小,如果按照分辨率 ...

  6. 日常bug及解决方法记录

    工作中经常会遇到一些Bug,时间长了有时候就忘记了,这样不好. 特地在这加一个随笔,把以后出现的有价值一点的bug记录在这里,提醒自己,也可以给刚入门的同学一些参考,避免这些坑. 1:界面已经销毁,代 ...

  7. JSON解析保存在类中

    //my.h#ifndef __1_Header_h#define __1_Header_h#define DEBUG 1#define aa 1 #ifdef aa#ifdef DEBUG#defi ...

  8. 百度或者Google---SEO优化

    google和百度的技术差别: 1.百度还认不清哪个是原创的 2.google蜘蛛不够百度快 4.google排名结果随时变化 流量.权重.权威.内容.用户体验.用户关注度等等细节的排名,已表达了SE ...

  9. 一个功能齐全的IOS音乐播放器应用源码

    该源码是在ios教程网拿过来的,一个不错的IOS音乐播放器应用源码,这个是我当时进公司时 我用了一晚上写的  图片都是在别的地方扒的,主要是歌词同步,及上一曲,下一曲,功能齐全了 ,大家可以学习一下吧 ...

  10. Java多线程(一) 多线程的基本使用

    在总结JDBC数据库连接池的时候,发现Java多线程这块掌握得不是很好,因此回头看了下多线程的内容.做一下多线程模块的学习和总结,稳固一下多线程这块的基础.关于多线程的一些理论知识,这里不想啰嗦太多, ...