Entity framework Repository 结构重新整理现有项目

还是首先说场景

          上头要求必须满足的几大条件：

          1--开发速度要快

         2--实施方便（因为是以产品形式，必须实施方便）

         3--对开发人员要求低（减少成本）

         4--引用要方便，要开放平台，容易提供给第三方接口

于是得出：    

         1-- 开发速度快使用 EF 这个应该是目前开发速度最快的了

         2--实施方便，（减少一切 web.config 中和逻辑有管的配置项，能转移到 数据库中就转移到数据库中，进入系统后操作配置），并且项目使用 InstallShield 进行项目安装包制作，以next形式执行，完全可以达到

         3--如果对开发人员要求低，就需要封装，并且不是每进来一个人就会使用Entityframework的，并且，不熟练使用肯定会导致执行效率的问题 频频出现，经过查阅，强大的 EF 4.1 以上版本，已经可以使用 自定义sql语句，并且支持 分离！那这样 使用分离后的 Repository结构，完全可以 让程序员 只关心 逻辑类，增加字段基本都是几秒钟的事情，其他层全部由 ef来负责了。前台使用 jquery easyUI，文档齐全，容易使用，还有源码哦！当然
，在 EF的Service 中的一些注意事项，诸如，事务控制，数据验证，消息提示，日志记录 等一些问题，后面会逐一讲解。总之，这条算满足了。

         4--目前，如下：

              如果是公司内部开发的其他系统要引用这个项目的数据的话，直接引用类（访问速度快，易协作沟通）

              如果是第三方（或java,或php），之类的一律提供WCF Restful 服务接口，但WCF 服务类中调用以上结构中的Service 中的逻辑（即一个逻辑只写一次）

  到这里，结构的大致结构基本已经出来了，后续代码详细会逐一讲解