这一层在园子里有很多很多的介绍了,这层写好之后老胡也没多研究,基本上就是参考的园子里大咖们的写法,具体的说明老胡也细说不了了,把接口和思路简单描述一下就好,如果有问题还是那句话,感谢您不吝赐教,老胡这厢有礼了。
其实如果您长期逛园子,在很多大咖们的博客里肯定都见过这类似的东西了,不错,我把数据操作提出来了,并且使用了“Migrations”来实现数据库的自动更新。
一年之前,我还是一个坚定的数据库控,觉得软件开发凡是都得首先去把数据库设计好了。直到用了EF的Code First模式之后,才发现这才是软件设计的终极,当然这只是一家之言,不过Code First的确对面向对象很有帮助,同时在设计Model层的时候,再也不同跳出到数据库层面思考了,所有的外键、关联、索引这些,都是自然而然地就出来了。顺其自然,真的是很爽的一件事,不是么?
在这套架构中,我甚至把 AutomaticMigrationsEnabled = true; 都开启了,在修改完代码中的实体模型后,只要运行程序,数据库结构都自动更新了,实际上,在用这个模式开发后,我就很少去关心数据表了。
最后,把IRepository列出来一下,应该就能说清楚本节的重点了,如有疑问,请参考园内大咖的专业文章,老胡就不一一赘述了。
public interface IRepository<T> : IRepositoryForUnitOfWork
{
/// <summary>
/// 新增数据(包含在事务中)
/// </summary>
/// <param name="entity">数据实体类</param>
/// <returns></returns>
void add(T entity);
/// <summary>
/// 更新数据(包含在事务中)
/// </summary>
/// <param name="entity">数据实体类</param>
void update(T entity);
/// <summary>
/// 删除数据:逻辑删除,通过删除标记位实现(包含在事务中)
/// </summary>
/// <param name="entity">数据实体类</param>
void delete(T entity);
/// <summary>
/// 删除数据:逻辑删除,通过删除标记位实现(包含在事务中)
/// </summary>
/// <param name="IdList">数据索引集合:逗号间隔多个索引</param>
void delete(Type ObjectClass, string IdList);
/// <summary>
/// 恢复数据:恢复被逻辑删除的数据
/// </summary>
/// <param name="ObjectClass"></param>
/// <param name="IdList">数据索引集合:逗号间隔多个索引</param>
void recover(Type ObjectClass, string IdList);
/// <summary>
/// 执行SQL语句(包含在事务中)
/// </summary>
/// <param name="SQLCommand">SQL语句</param>
void executeSQL(string SQLCommand);
/// <summary>
/// 判断指定条件的数据是否存在
/// </summary>
/// <param name="whereLambda">查询条件</param>
/// <returns></returns>
bool exists(Expression<Func<T, bool>> whereLambda);
/// <summary>
/// 获得指定的数据实体
/// </summary>
/// <param name="whereLambda">条件参数</param>
/// <returns></returns>
T read(Expression<Func<T, bool>> whereLambda);
/// <summary>
/// 获得符合指定条件的数据条数
/// </summary>
/// <param name="whereLambda">条件参数</param>
/// <returns></returns>
int count(Expression<Func<T, bool>> whereLambda);
/// <summary>
/// 获取符合条件的数据集合
/// </summary>
/// <param name="whereLamdba">条件参数</param>
/// <param name="orderName">排序列名</param>
/// <param name="isAsc">排序方式</param>
/// <returns></returns>
IQueryable<T> readList(Expression<Func<T, bool>> whereLamdba, string orderName, bool isAsc);
/// <summary>
/// 获取符合条件的数据集合:实现多个排序定义
/// </summary>
/// <param name="whereLamdba">条件参数</param>
/// <param name="orderName">排序列名</param>
/// <param name="isAsc">排序方式</param>
/// <returns></returns>
IQueryable<T> readList(Expression<Func<T, bool>> whereLamdba, string[] orderName, bool[] isAsc);
/// <summary>
/// 获取符合条件的数据带分页集合
/// </summary>
/// <param name="pageIndex">获取页码</param>
/// <param name="pageSize">页面尺寸</param>
/// <param name="totalRecord">返回:符合条件的数据条数</param>
/// <param name="pageCount">返回:符合条件的数据的页面数量</param>
/// <param name="whereLamdba">条件参数</param>
/// <param name="orderName">排序列名</param>
/// <param name="isAsc">排序方式</param>
/// <returns></returns>
IQueryable<T> readPageList(int pageIndex, int pageSize, out int totalRecord, out int pageCount, Expression<Func<T, bool>> whereLamdba, string orderName, bool isAsc);
/// <summary>
/// 获取符合条件的数据带分页集合:实现多个排序定义
/// </summary>
/// <param name="pageIndex">获取页码</param>
/// <param name="pageSize">页面尺寸</param>
/// <param name="totalRecord">返回:符合条件的数据条数</param>
/// <param name="pageCount">返回:符合条件的数据的页面数量</param>
/// <param name="whereLamdba">条件参数</param>
/// <param name="orderName">排序列名</param>
/// <param name="isAsc">排序方式</param>
/// <returns></returns>
IQueryable<T> readPageList(int pageIndex, int pageSize, out int totalRecord, out int pageCount, Expression<Func<T, bool>> whereLamdba, string[] orderName, bool[] isAsc);
}
值得一提的是,在这个接口定义中我制作了一个特殊的接口
void executeSQL(string SQLCommand);
用于执行直接的SQL语句,说来惭愧,老胡对LINQ TO EF, LINQ TO SQL这些东西理解还是过于浅显,好多复杂的东西要不是实现不了,要不就是觉得实现起来太繁琐,还不如直接来个SQL方便,所以就暴露出来这个接口(当然,老胡自我安慰的说法是:万一哪天有个小弟要用这个框架,没法通过LINQ TO EF来实现操作了,这不还有个后门么,嘿嘿。。。)
另外,这个架构下,我把所有的删除都做成逻辑删除了,之前的系统中好多都是做的物理删除,最后数据(尤其是什么客户资料啊、订单信息啊)被删后,无限痛苦啊。
OK,这层就这样吧,真正体现老胡智慧的模型层和业务逻辑层就快出现了,老胡想静静,先。。。