之前写过一篇《统一的仓储接口》，为了方便使用不同的仓储。在我们的项目中使用的是EF4.0，但是这个版本的EF有一些性能问题没有解决，又不想升级到EF6，具体EF6有没有解决暂时不清楚。我们的项目之前运行的都不错，突然一天数据库服务器CPU 100%，IIS服务器CPU又正常，过几个小时之后又恢复正常，每个星期一早上都这样，可以肯定就是用户同时操作并发过多造成，查找之后，是一个表的数据被锁住。报错was deadlocked on lock，解决办法就是查询sql上加上 with nolock，但是EF不支持，但有不想放弃linq to sql的优势，无奈只能自己实现，方案是之前已有功能并发不多的地方保持不变，依然使用EF，在并发多的地方使用自己实现的linq to sql。
目前并没有完整实现linq to sql，只是实现了单表的情况，对于有关联引用由于时间限制并未实现。
实现仓储，需要实现两个对象，[IObjectContext、IOrderedQueryable]
上篇说到的上下文对象IObjectContext
public interface IObjectContext:IDisposable
{
string Name { get; set; }
IDbConnection CreateConnection();
bool SaveChanges();
}
考虑到项目中有些特殊情况需要使用sql，所以增加了CreateConnection方法返回一个IDbConnection，当然在逼不得已的情况下使用。
DbContext的实现比较简单，重点管理一下连接池，配置，大概如下，具体的实现由于篇幅省略，源码会在篇尾附上。
public class DbContext : IDisposable, IObjectContext
{
public EntityStateManager Manager { get; private set; }
public string DbType { get; private set; }
public string ConnectionString { get; set; }
public int PoolSize { get; set; }
public bool AllowUpdateWithNoExp { get; set; }
public bool AllowDeleteWithNoExp { get; set; } List<System.Data.IDbConnection> connPool = new List<System.Data.IDbConnection>(); public DbContext(); public DbContext(string connectionString, string dbType); public DbContext(string connectionString, string dbType, bool allowUpdateWithNoExp, bool allowDeleteWithNoExp); void InitContext(string connectionString, string dbType, int poolSize, bool allowUpdateWithNoExp, bool allowDeleteWithNoExp); public EntitySet<T> GetEntitySet<T>(string tableName = null, bool noLock = false, bool noTracking = false); public int SubmitChange(); void IDisposable.Dispose(); string IObjectContext.Name { get; set; } bool IObjectContext.SaveChanges(); public System.Data.IDbConnection CreateConnection(); System.Data.IDbConnection IObjectContext.CreateConnection();
另一个对象则是仓储EntitySet<T>，大概代码如下
public class EntitySet<T> : IOrderedQueryable<T>
{
public DbContext Context { get; private set; }
string TableName { get; set; }
bool NoLock { get; set; }
bool NoTracking { get; set; } DbQueryProvider MyProvider { get; set; }
Expression MyExpression { get; set; } public EntitySet(string tableName, bool noLock, bool noTracking, DbContext context); public EntitySet(string tableName, bool noLock, bool noTracking, Expression expression, DbContext context); void InitEntitySet(string tableName, bool noLock, bool noTracking, Expression expression, DbContext context); public Expression Expression
{
get { return this.MyExpression; }
} public Type ElementType
{
get { return typeof(T); }
} public IQueryProvider Provider
{
get { return this.MyProvider; }
} public IEnumerator<T> GetEnumerator(); IEnumerator IEnumerable.GetEnumerator(); void MyProvider_OnExecuted(object sender, EventArgs e); void TrackEntity(object result); void notifyT_PropertyChanged(object sender, PropertyChangedEventArgs e); public void Add(T item, bool INSERT_IDENTITY = false); public void Update(Expression<Func<T, bool>> exp, object obj); public void Remove(T item); public void Remove(Expression<Func<T, bool>> exp);
在仓储里面我增加了我需要的东西，比如Add可以插入标识，Update可以根据表达式更新对象，而不需要把所需要的对象先取出来，修改再保存，数据量大的时候EF性能有问题，Remove也同样如此，为了防止误操作，所以在之前DbContext中增加了配置，是否允许无条件删除、更新数据。另外一个重点也就是增加nolock支持，当然这个在生成sql的时候加上就行，非常简单。
说到这里其实只不过是个大概，这里面的操作无非就是四种CRUD。我设计了四个Command来解决InsertCommand、UpdateCommand、SelectCommand、DeleteCommand，他们都继承EntityCommand只要实现一个方法public abstract int Execute(IDbConnection conn,IDbTransaction tran);
到这里其实InsertCommand、UpdateCommand、DeleteCommand实现都非常简单，因为有了实现SelectCommand的基础代码，解析Expression就简单的多了，可以说解析Expression才是整个的关键。
解析的代码没有那么多复杂的东西，我个人的原则就是尽量简单，不为了追求设计而增加多余的东西，虽然我对设计模式也很痴迷。
上图就是解析的全部代码，这其中代码其实并不重要，重要的是解决的思路，这里面有两个重要的对象QueryExpressionClosure(查询表达式闭包)、QueryCommnClosure(查询通用闭包)。
我们知道IQueryable其实就是expression tree，我记得以前很早的时候有人实现解析表达式的时候，是一边解析一边生产sql，这样的做法非常不科学，会造成很多不必要的sql闭包，
一个简单的查询：比如q.Where(c=>c.Age>20).OrderBy(c=>c.Id);就会生成最少三个闭包大概sql是这样 select xxx from (select * from (select xxx from tablex) as t1 where t1.Age>20) as t2 order by t2.Id。但是正常来说应该是select xxx from tablex where Age>20 order by Id。
所以正确的应该是先将表达式树解析成表达式闭包，在将表达式闭包解析成sql。
如何将表达式解析成表达式闭包？
稍微分析一下就可以看出，当遇到take、SKIP、sum、max、min、average、any、contains、distinct、first、firstordefault、longcount、count的时候就是另外一个sql闭包了，
大概代码如下：
protected override Expression VisitMethodCall(MethodCallExpression m)
{
var methodName = m.Method.Name.ToLower();
if (this.CurrQueryExpressionClosure == null && this.QueryExpressionClosures.Count == 0 && Utility.ToListMethods.Contains(methodName))
{
this.CurrQueryExpressionClosure = new QueryExpressionClosure();
this.CurrQueryExpressionClosure.MethodName = "tolist";
this.QueryExpressionClosures.Add(this.CurrQueryExpressionClosure);
} switch (methodName)
{
case "orderbydescending":
case "orderby":
case "thenby":
case "thenbydescending":
{
if (!Utility.IgnoreOrderByMethods.Contains(this.CurrQueryExpressionClosure.MethodName))
{
this.CurrQueryExpressionClosure.OrderByExpressions.Add(m);
}
break;
}
case "groupby":
{
this.CurrQueryExpressionClosure.GroupByExpressions.Add(m.Arguments[1]);
break;
}
case "where":
{
var l = ((m.Arguments[1] as UnaryExpression).Operand as LambdaExpression);
this.CurrQueryExpressionClosure.WhereExpressions.Add(l);
break;
}
case "take":
{
if (this.CurrQueryExpressionClosure.MethodName != "skip")
{
this.CurrQueryExpressionClosure = new QueryExpressionClosure();
this.QueryExpressionClosures.Add(this.CurrQueryExpressionClosure);
this.CurrQueryExpressionClosure.MethodName = methodName;
}
this.CurrQueryExpressionClosure.Take = System.Convert.ToInt32((m.Arguments[1] as ConstantExpression).Value);
break;
}
case "skip":
{
if (this.CurrQueryExpressionClosure.MethodName != "take")
{
this.CurrQueryExpressionClosure = new QueryExpressionClosure();
this.QueryExpressionClosures.Add(this.CurrQueryExpressionClosure);
this.CurrQueryExpressionClosure.MethodName = methodName;
}
this.CurrQueryExpressionClosure.Skip += System.Convert.ToInt32((m.Arguments[1] as ConstantExpression).Value);
break;
}
case "sum":
case "max":
case "min":
case "average":
{
this.CurrQueryExpressionClosure = new QueryExpressionClosure();
this.CurrQueryExpressionClosure.MethodName = methodName;
this.QueryExpressionClosures.Add(this.CurrQueryExpressionClosure);
if (m.Arguments.Count > 1)
{
this.CurrQueryExpressionClosure.EvalNumericExpression = m.Arguments[1];
}
break;
}
case "any":
{
this.CurrQueryExpressionClosure = new QueryExpressionClosure();
this.CurrQueryExpressionClosure.MethodName = methodName;
this.QueryExpressionClosures.Add(this.CurrQueryExpressionClosure);
if (m.Arguments.Count > 1)
{
var l = ((m.Arguments[1] as UnaryExpression).Operand as LambdaExpression);
this.CurrQueryExpressionClosure.WhereExpressions.Add(l);
}
break;
}
case "contains":
{
this.CurrQueryExpressionClosure = new QueryExpressionClosure();
this.CurrQueryExpressionClosure.MethodName = methodName;
this.QueryExpressionClosures.Add(this.CurrQueryExpressionClosure);
if (m.Arguments.Count > 1)
{
this.CurrQueryExpressionClosure.WhereExpressions.Add(m.Arguments[1]);
}
break;
}
case "distinct":
{
this.CurrQueryExpressionClosure = new QueryExpressionClosure();
this.CurrQueryExpressionClosure.MethodName = methodName;
this.QueryExpressionClosures.Add(this.CurrQueryExpressionClosure);
break;
}
case "select":
{
var lambdaExp = ((m.Arguments[1] as UnaryExpression).Operand as LambdaExpression);
this.CurrQueryExpressionClosure.QuerySelectExpressions.Add(lambdaExp);
break;
}
case "first":
case "firstordefault":
{
this.CurrQueryExpressionClosure = new QueryExpressionClosure();
this.CurrQueryExpressionClosure.MethodName = methodName;
this.CurrQueryExpressionClosure.Take = 1;
this.QueryExpressionClosures.Add(this.CurrQueryExpressionClosure);
if (m.Arguments.Count > 1)
{
this.CurrQueryExpressionClosure.WhereExpressions.Add(m.Arguments[1]);
}
break;
}
case "longcount":
case "count":
{
this.CurrQueryExpressionClosure = new QueryExpressionClosure();
this.CurrQueryExpressionClosure.MethodName = methodName;
this.QueryExpressionClosures.Add(this.CurrQueryExpressionClosure);
if (m.Arguments.Count > 1)
{
this.CurrQueryExpressionClosure.WhereExpressions.Add(m.Arguments[1]);
}
break;
}
}
return base.VisitMethodCall(m);
}
有了表达式闭包之后，这个时候理解起来就清晰多了，就可以通过一个ParserContext梳理一遍表达式闭包，生成一个通用闭包，并且得到需要的信息。
通用闭包大概：
public class QueryCommnClosure
{
public int Take { get; set; }
public int Skip { get; set; }
public bool NoLock { get; set; }
public string MethodName { get; set; }
public string TableName { get; set; }
public List<string> SelectColumns { get; set; }
//public List<SelectTypeConstructor> SelectTypes { get; set; }
public Dictionary<string, string> OrderBys { get; set; }
public List<string> GroupBys { get; set; }
public List<string> WhereSQLs { get; set; }
public string EvalNumericSQL { get; set; }
public string TableAlias { get; set; } public QueryCommnClosure()
{
this.SelectColumns = new List<string>();
//this.SelectTypes = new List<SelectTypeConstructor>();
this.OrderBys = new Dictionary<string, string>();
this.GroupBys = new List<string>();
this.WhereSQLs = new List<string>();
} public void Generate(ParserContext context)
{
...篇幅限制省略
}
}
另外一个元数据，其实这个非常简单，我为了灵活，支持解析EF的edmx(msl、csdl)、Attribute(松散灵活的，实体上可以加Attribute，也可以不加)两种。有了这个元数据就可以做到实体、表的映射。
人快30了，成家却未能立业，做了一年多的项目因为省领导政策的原因失败，说实话干这个行当不知道对不对，可能是有着一张不老的脸，在别人眼里，都以为是才24、5岁，对我也是不够信任，但是实际干起来别人才知道我实力如何，但老板不知道。总是干的最多，拿的只能算个一般，呵呵...。
昆明有看上俺的可以联系下我，求出路，目前公司也不是说要倒闭什么的，其实也很稳定，但是这个项目完完了，另一个稳定gps是其他人做的，感觉在公司已经多余了，工资也不是看涨的样子，毕竟要买房，养家糊口。