转载

ASP.NET MVC系列框架搭建（三）之服务层的搭建

邯郸学步

吾虽是一不知名的菜鸟，但，吾亦有一个从后台程序员成为一名小小架构师梦想，深知架构师不是想想就成的。

吾已工作过一阵子，吾妄想在真正毕业之后工作一年左右就能拿到那个数ten thousand的工资。勿喷！

我们成长的环境不同，也许有人一手栽培，也许只能一个人默默奋斗。不论怎样，

我们要先学会造轮子，但我只会造4个高质量的轮子。让我的车子稳健地跑起来！

深知实现这些规划，我必须要付出常人难以付出的努力！

这些东西，会了就是不值一提的东西，不会就是高大上。

更希望能给读者带来一些新的认识及知识。

各位大神，请点支持一下小弟。最后我会为看官上传源码+数据库。

陆续更新。更新到你会为止！！

上篇衔接

篇二中通过一个工厂造出一个线程内唯一的继承IDBContact的DBContact。

并通过一个另一个工厂造出一个线程内唯一的继承ObjextContext的ModelContainer写成DBContact的属性。

并把上下文的Savechange()封装到DBContact里面

让执行SQL在服务层中控制逻辑。当然去掉了仓储层的ModelContainer的Savechange()

并把每个仓储写成对应的属性。

目的：就是业务逻辑（这里叫服务层）只通过这个类来进行访问数据层（这里叫仓储层）。

①DBContact.cs

using LKBS.CommunicationPlatform.IDAL; using System.Data.Objects;//上下文的命名空间 using LKBS.CommunicationPlatform.Factory; using System.Data.SqlClient;  namespace LKBS.CommunicationPlatform.DAL {  public class DBContact : IDBContact  {    public ObjectContext currentEFContext { get; set; }   ISingleEFCntextFactory singleEFCntextFactory = new SingleEFCntextFactory();//SingleEFCntextFactory做到单一DBContact   public DBContact()   {    currentEFContext = singleEFCntextFactory.GetCurrentEFContext();//   }    public int excuteSQL(string cmdText, SqlParameter[] parammeters)   {    return currentEFContext.ExecuteStoreCommand(cmdText, parammeters);   }   //在仓储层BaseRespository就不用savechang了，让其在服务层控制提交数据库   //放在服务层这就是业务逻辑，根据业务逻辑层的一个场景，简单说一个方法中可能用到多个表。最后执行保存。做到和数据库交互一次   public int saveChange()   {    return this.currentEFContext.SaveChanges();   }   public IUserInforRespository userinforResponsity { get; set; }  } }

②IDBContact.cs

using System.Data.Objects; using System.Data.SqlClient;//上下文在的空间  namespace LKBS.CommunicationPlatform.IDAL {   public interface IDBContact    {     //接口中的属性要{}     ObjectContext currentEFContext { get; set; }     int excuteSQL(string cmdText, SqlParameter[] parammeters);      int saveChange();     IUserInforRespository userinforResponsity { get; set; }     //...多个其他表的仓储，在T4模板中加OK    } }

重点查看

⑥BaseService.cs中的获得仓储层的实例的逻辑。

为了获得实例我们在我们在BaseService中写一个获得实例的抽象方法，

为了必须在自类继承并保证在子类④UserInforService必须实现此方法，我们把BaseService写成了一个抽象类。必须写成！

什么时候执行呢？当子类实例化的时候，会调用基类构造方法。所以我们在基类的构造函数中调用这个获得实例的抽象方法。

ok，说了这么一大通，其实就是对抽象类和抽象方法的实践运用。还有实践运用子类实例化会调用基类构造方法这点！

最后，这一大通就是一个循环。理解了就会这样觉得。这种方式实现了 子类掉基类基类调子类 的循环！

服务层的创建

在这个层搭建的过程中，我漏洞百出，木有public或者木有程序集引用或者木有using，接口对象掉不出实例接口中已经具备的方法，老是警告。

不能直接赋值非静态变量或者属性或者方法等，最终还是都解决了。最终的程序没有一个警告。全部通过。

框架搭的差不多了。数据库其实我已经建好，只是没发上来。

下篇我就要开始搭前台了。

这个过程中，就是一个成长的过程，我要记录下来。以后少出这样的错。即使出错，我会很快的改正。

③IUserInforService.cs

using LKBS.CommunicationPlatform.Model;  namespace LKBS.CommunicationPlatform.IBll {  public interface IUserInforService : IBaseService<UserInfor>   {    } }

④UserInforService.cs

using LKBS.CommunicationPlatform.IBll; using LKBS.CommunicationPlatform.Model; using LKBS.CommunicationPlatform.IDAL; using LKBS.CommunicationPlatform.DAL;   namespace LKBS.CommunicationPlatform.Bll {   public class UserInforService:BaseService<UserInfor>, IUserInforService    {      public override void setCurrentRespository()      {//此时点不出父类的dbContact 因为这个字段没有public        this.currentRespository = this.dbContact.userinforResponsity;      }    } }

⑤IBaseService.cs

using System; using System.Collections.Generic; using System.Linq; using System.Text;  namespace LKBS.CommunicationPlatform.IBll {  public interface IBaseService<T>   {   bool AddEntity(T entity);   bool DeleteEntity(T entity);   bool UpdateEntity(T entity);   T SelectOneEntity(Func<T, bool> wherelamda);   IQueryable<T> SelectAllEntityList(Func<T, bool> wherelamda);   IQueryable<T> SelectPageEntityList<S>(Func<T, S> orderLamda, Func<T, bool> whereLamda, int pageIndex, int pageSize, bool isAsc, out int rowcount);   } }

⑥BaseService.cs

using System; using System.Collections.Generic; using System.Linq; using System.Text;  using LKBS.CommunicationPlatform.Model; using LKBS.CommunicationPlatform.IDAL; using LKBS.CommunicationPlatform.DAL; using LKBS.CommunicationPlatform.Factory; using System.Data.Entity; using System.Runtime.Remoting.Messaging;   namespace LKBS.CommunicationPlatform.Bll {  public abstract class BaseService<T> where T : class,new()  {   //未添加程序集：using；类木有public 都能找不能这个类   ISingleDBContactFactory singleDBContactFactory = new SingleDBContactFactory();   public IDBContact dbContact;   public BaseService()   {    dbContact = singleDBContactFactory.CreateDBCotactUseEF();    //获取当前的仓储实例   重点逻辑!!!!! 将此类写成抽象类，子类必须实现。    //子类实例化时候，调用基类狗狗函数 ，构造函数执行基类虚方法，基类虚方法有调用子类实现的方法。然后继续执行基类下面代码    //这个逻辑才是真正对面向对象的理解和抽象类的使用的精髓使用。！！    setCurrentRespository();   }   public abstract void setCurrentRespository();   //错误    2    类型“T”必须是引用类型才能用作泛型类型或方法   //忘记在类中加上where T:class,new()   public IBaseRespository<T> currentRespository;    public bool AddEntity(T entity)   {    currentRespository.AddEntity(entity);    if (dbContact.saveChange() > 0)  //找不到saveChange，接口中没有此方法，但子类有0.0    {     return true;    }    else    {     return false;    }       }    public bool DeleteEntity(T entity)   {     currentRespository.DeleteEntity(entity);        if (dbContact.saveChange()>0)    {     return true;    }    else    {     return false;    }     }    public bool UpdateEntity(T entity)   {    currentRespository.UpdateEntity(entity);    if (dbContact.saveChange()>0)    {     return true;    }    else    {     return false;    }      }   /// <summary>   /// 单个实体   /// </summary>   /// <param name="wherelamda"></param>   /// <returns></returns>   public T SelectOneEntity(Func<T, bool> wherelamda)   {    return currentRespository.SelectOneEntity(wherelamda);   }   /// <summary>   /// 查询 整张表或者多个实体    /// </summary>   /// <returns></returns>   public IQueryable<T> SelectAllEntityList(Func<T, bool> wherelamda)   {    return currentRespository.SelectAllEntityList(wherelamda);   }   int rowcount = 0;   //泛型方法 <S>就是约束参数的类型，传什么参数，“自动识别”<S>. 定义需要<S>,调用该方法可以省略 ：因为传的参数就已确定<S>的类型   public IQueryable<T> SelectPageEntityList<S>(Func<T, S> orderLamda, Func<T, bool> whereLamda, int pageIndex, int pageSize, bool isAsc, out int rowcount)   {//非页数pageCount，是总行数    return currentRespository.SelectPageEntityList<S>(orderLamda,whereLamda, pageIndex, pageSize, isAsc, out rowcount);    }   }   }