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);
   }
  }

 }

下篇衔接

数据库我已经建好,当然还有需要完善数据库的地方,毕竟需求的分析是要变化的。

最后我会发上来,现在不发,因为架构用不到数据库。最后看官亲自动动手调试的时候,我自会奉献上。这算是小小的“干货”吧。自勉

T4模板的使用,对数据库表的生成,完善和数据库表的全部映射。

下篇我就开始搭前台了。这个估计要几天才能搞定。

时间: 2024-07-30 10:07:40

ASP.NET MVC系列 框架搭建(三)之服务层的搭建的相关文章

ASP.NET MVC系列 框架搭建(二)之仓储层的优化

大神勿喷,小神默默学. 会了就是不值一提的东西,不会就是绝对的高大上. 最后上传源码.希望能给读者带来一些新的认识及知识. 还没上过头条..各位大神,请点支持一下小弟. 陆续更新.更新到你会为止!! 我不是话唠,我只把重点点出来,细枝末节的不懂的可以留言探讨.这个系列的最后,我会再统一的把大家的问题,列在一篇新的Blog.工作需要规划,写博客也是如此. 需求 ①请保持EF上下文的线程唯一.防止脏临时数据的出现 ②请对程序扩展性做好设计.以后ef框架可能改为Spring框架 ③服务层调用仓储层时.

ASP.NET MVC+EF框架+EasyUI实现权限管理系列(1)-框架搭建

原文:ASP.NET MVC+EF框架+EasyUI实现权限管理系列(1)-框架搭建 ASP.NET MVC+EF框架+EasyUI实现权限管系列 (开篇) 前言:这篇博客开始我们便一步一步的来实现这个权限系统的初步设计-框架搭建,首先我要说的是我们需要开发工具Visual Studio 2012或者10也行,其次是我们要有SQL Server数据库,如果是Visual Studio 2010的话,你还要安装MVC4的开发文件,这个是吗?我不记得了,谁可以回答我一下的,我一直用2012,都是集成

ASP.NET MVC+EF框架+EasyUI实现权限管理系列

http://www.cnblogs.com/hanyinglong/archive/2013/03/22/2976478.html ASP.NET MVC+EF框架+EasyUI实现权限管理系列之开篇 前言:博客又有一段时间没有更新了,心里感觉这段时间空空的,好像什么都没有学下,所以就想写博客,所以就有了这个系列,这里当然也要感谢大家了,因这个 项目我已经上传了,得到了很多网友的评价,也有好多人发邮件给我说这个框架容易出现问题,不能访问,这也是支持我写这个系列的动力,我将这个项目写成一个 系列

ASP.NET MVC+EF框架+EasyUI实现权限管理系列(4)-业务逻辑层的封装

原文:ASP.NET MVC+EF框架+EasyUI实现权限管理系列(4)-业务逻辑层的封装 ASP.NET MVC+EF框架+EasyUI实现权限管系列 (开篇)   (1):框架搭建    (2):数据库访问层的设计Demo    (3):面向接口编程 前言:前面几篇博客我们基本已经介绍完了搭建整个项目和数据库访问层以及一些业务逻辑层的实现,当然了,我们的数据库访问层这样还是可以在进行封装的,但是我到这里就行了吧,项目也不大,不需要那么麻烦的,那么我们今天开始介绍我们需要介绍的内容,那就是我

ASP.NET MVC+EF框架+EasyUI实现权限管理系列之开篇

原文:ASP.NET MVC+EF框架+EasyUI实现权限管理系列之开篇 前言:博客又有一段时间没有更新了,心里感觉这段时间空空的,好像什么都没有学下,所以就想写博客,所以就有了这个系列,这里当然也要感谢大家了,因这个项目我已经上传了,得到了很多网友的评价,也有好多人发邮件给我说这个框架容易出现问题,不能访问,这也是支持我写这个系列的动力,我将这个项目写成一个系列,可能要很长时间吧,但是我肯定会一直坚持,如果我哪里写的不好欢迎大家指出我们共同学习,而且我理解的也不是很透彻,所以我想在写这样一遍

ASP.NET MVC+EF框架+EasyUI实现权限管理系列(3)-面向接口的编程

原文:ASP.NET MVC+EF框架+EasyUI实现权限管理系列(3)-面向接口的编程 ASP.NET MVC+EF框架+EasyUI实现权限管系列 (开篇)  (1)框架搭建    (2):数据库访问层的设计Demo 前言:这篇博客在数据访问层的基础上面我们继续学习对这个Demo的开发,希望大家都好好理解一下这个Demo的架构,到最后我实现权限的时候我就简单的说一下搭建过程就OK了,因为这个Demo的思想就是按照权限的设计方式去设计的,下面我们开始介绍面向接口的编程思想,如果感觉好的话可以

ASP.NET MVC+EF框架+EasyUI实现权限管理系列(5)-前台JqueryEasyUI前台实现

原文:ASP.NET MVC+EF框架+EasyUI实现权限管理系列(5)-前台JqueryEasyUI前台实现 ASP.NET MVC+EF框架+EasyUI实现权限管系列 (开篇)   (1):框架搭建    (2):数据库访问层的设计Demo    (3):面向接口编程   (4 ):业务逻辑层的封装 前言:今天经理买了一个诺基亚的Windows Phone 8系统,特感兴趣,所以在哪里看了很长时间,这篇文章就写的有点迟, 从这个Demo开始到现在我已经写了4篇博客了,终于可以看到页面的东

ASP.NET MVC+EF框架+EasyUI实现权限管理系列(2)-数据库访问层的设计Demo

原文:ASP.NET MVC+EF框架+EasyUI实现权限管理系列(2)-数据库访问层的设计Demo ASP.NET MVC+EF框架+EasyUI实现权限管系列 (开篇) (1)框架搭建 前言:这篇博客我们继续来实现我的权限系列,这个博客一段时间也没有写了,重点是我在想还写不写,最终我决定还是写下去,因为我们是为了学习,当别人提出意见的时候,我们可以参考和采纳,但是我们不一定非要采纳,上几篇博客大家都说用CodeFirst来实现,是啊,现在基本很少有人用我的这种方法来实现了,都是用CodeF

ASP.NET MVC+EF框架+EasyUI实现权限管理系列(6)- EF上下文实例管理

原文:ASP.NET MVC+EF框架+EasyUI实现权限管理系列(6)- EF上下文实例管理 ASP.NET MVC+EF框架+EasyUI实现权限管系列 (开篇)   (1):框架搭建    (2):数据库访问层的设计Demo    (3):面向接口编程   (4 ):业务逻辑层的封装  (5):前台Jquery easyUI实现 前言:通过前面的五篇博客我们已经对权限系统的后台架构进行了详细的说明,那么我再前面的博客中也说到了我们的后台架构还会再改的,我准备这段时间我们继续完善我们的后台