这一层在园子里有很多很多的介绍了,这层写好之后老胡也没多研究,基本上就是参考的园子里大咖们的写法,具体的说明老胡也细说不了了,把接口和思路简单描述一下就好,如果有问题还是那句话,感谢您不吝赐教,老胡这厢有礼了。

其实如果您长期逛园子,在很多大咖们的博客里肯定都见过这类似的东西了,不错,我把数据操作提出来了,并且使用了“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,这层就这样吧,真正体现老胡智慧的模型层和业务逻辑层就快出现了,老胡想静静,先。。。

[CAMCOCO][C#]我的系统架构.服务器端.(二)----DATA层的更多相关文章

  1. [CAMCOCO][C#]我的系统架构.服务器端.(四)----Model层 实体的自我验证

    这是Model的第二篇,上一篇点这里 这块完全是扒了@何镇汐大神博客里的教程实现的,在这之前完全没想到数据验证居然可以这样做!!在此表示严重感谢!!! 点击这里可以去了解这个方法的原理,老胡估计自己是 ...

  2. [CAMCOCO][C#]我的系统架构.服务器端.(三)----Model层

    我估计一片帖子写不完这个,慢慢来吧... 先上个图,按照图来说明应该容易说清楚一些. 在Model Core核心代码中,老胡创建了一个类 CAMCOCO.Model.Core,要求今后在Model L ...

  3. [CAMCOCO][C#]我的系统架构.服务器端.(一)

    尽量少的前言 虽然写了N年代码了,但总觉得什么东西都是囫囵吞枣,无法尽得其精髓.最近整理了一套心目中的架构,如有错误之处,烦劳不吝指正,老胡在此不胜感激!! 第一篇 我心目中的架构 做了无数个系统,写 ...

  4. [CAMCOCO][C#]我的系统架构 总图

    之前写的感觉有点乱,把架构的设计图先放上来吧,对照着说. CAMCOCO架构能够支持的模型: 1.B/S程序,比如CRM什么的,和访问普通网站没什么区别,都是从WEB服务器上进行操作: 2.APP的服 ...

  5. 时序数据库 Apache-IoTDB 源码解析之系统架构(二)

    上一章聊到时序数据是什么样,物联网行业中的时序数据的特点:存量数据大.新增数据多(采集频率高.设备量多).详情请见: 时序数据库 Apache-IoTDB 源码解析之前言(一) 打一波广告,欢迎大家访 ...

  6. Android系统简介(中):系统架构

    Android的系统架构栈分为4层,从上往下分别是Applications.Application framework.Libraries  & Android Runtime.Linux  ...

  7. 认识iOS系统架构

    关于本文: 文章主要介绍iOS系统架构中的四层结构的内容.常用的框架.大致的功能,然后对iOS开发人员的发展提出自己的一些拙见. 一.iOS系统是基于UNIX系统,所有从系统稳定性上来说的确比其他操作 ...

  8. iOS 系统架构

    https://developer.apple.com/library/ios/documentation/Miscellaneous/Conceptual/iPhoneOSTechOverview/ ...

  9. Android系统架构说明介绍

    Android系统架构说明介绍 Android系统架构和一些普遍的操作系统差不多,都是采用了分层的架构,从他们之间的架构图看,Android系统架构分为四个层,从高层到低层分别是应用程序层.应用程序框 ...

随机推荐

  1. Ext.grid.Panel 数据动态改变后刷新grid

    gridPanel中加载的数据分为两种:一种是本地数据加载,那另一种就是后台数据加载. 在表格中增.删.改.查 是必不可少的. 那么数据动态改变后怎样刷新表格中的数据呢. 一.后台取数据 var gr ...

  2. 学习web前端前感

    我与IT 不知不觉二十个春夏秋冬过去了,我也从一个小孩变成了大人......然而并没什么卵用!这二十年来一直贴着“菜鸟”这样的标签,自小爱朝抵抗力小的方向走,这陋习至今还蔓延着,让人看来像是怒其不争的 ...

  3. Linux下MySQL5.6的修改字符集编码为UTF8

    一.登录MySQL查看用SHOW VARIABLES LIKE 'character%';下字符集,显示如下: +--------------------------+---------------- ...

  4. SAP实施方法与过程——ASAP

    ASAP是SAP公司为使R/3项目的实施更简单.更有效的一套完整的快速实施方法.ASAP优化了在实施过程中对时间.质量和资源的有效使用等方面的控制.它是一个包括了使得项目实施得以成功所有基本要素的完整 ...

  5. 使用 DLL 的优点

    动态链接具有下列优点: 节省内存和减少交换操作.很多进程可以同时使用一个 DLL,在内存中共享该 DLL 的一个副本.相反,对于每个用静态链接库生成的应用程序,Windows 必须在内存中加载库代码的 ...

  6. Codeforces Round #310 (Div. 2) A. Case of the Zeros and Ones 水题

    A. Case of the Zeros and Ones Time Limit: 20 Sec Memory Limit: 256 MB 题目连接 http://codeforces.com/con ...

  7. 一份Java学习路线图

    Java学习路线图 本文会持续更新,敬请关注.下划线的文字会在这个博客继续更新. 回顾自己的Java学习经历,从学校的课堂到现在每天的项目开发,一份路线路线图浮出来. 其中有未做好的地方,也有自我感觉 ...

  8. OS_TASK.C

    /*************************************************************************************************** ...

  9. volley开源库乱码问题总结(持续更新)

    之前Android开发一直用的是多层封装的Final框架.最近开始学习使用小巧的volley. 在使用该框架的过程中,出现了数次乱码问题,再次做以总结. 分别是返回数据乱码和提交参数乱码两个问题: 一 ...

  10. POJ1651:Multiplication Puzzle(区间DP)

    Description The multiplication puzzle is played with a row of cards, each containing a single positi ...