.Net Core建站（3）：搭建三层架构

啊，终于到写三层架构的时候了，老实说，我都不知道自己这个算不算三层架构，姑且就当它是吧，具体属于哪一个体系，希望有大佬指点一下(^o^)／

不晓得有人注意到没有，我写了三篇博客，然后就改了三次标题ヽ(￣▽￣)ﾉ，

从最开始的Core建数据库，到Core数据库操作，再到现在的Core建站，也算是下决心写个系列啊，，感觉要更好久的样子，，

好吧，不要在意那些细节，文中可能会有一些我不知道的坑，毕竟自己也是一边自学一边写，不过保证功能还是能用的，发现有坑记得说，，我改，，(〃'▽'〃)

// ===================emmm，我是分割线===================

强烈推荐阅读：设计模式六大原则 讲的相当浅显易懂，，

首先上一个截图，看看现在的项目结构，今天的主角是DataBase文件里面的那一堆项目啊，BLL，DAL和Interface，，Models是生成数据库时使用的，所以今天用不上，，

按我的理解，先说说正常的三层架构吧，

UI：界面层，这个层最简单，只是给BLL传递数据，然后，将BLL返回的数据进行一些处理，方便展示，

BLL：业务逻辑层，接收UI层给的数据，写一些业务逻辑，第一步干啥，第二步干啥，什么什么的，然后把界面需要的数据返回出去，感觉更像是一个API

DAL：数据访问层，BLL的业务逻辑处理时，总要涉及到数据库的操作，这时候就要用到DAL层了，，

还有一个Model层，用来传递数据的，，不在三层范畴，，，

不知道大家是怎么使用三层的，给大家展示一下以前学校教我们怎么用的三层架构啊，，

分别对应三个类，UI层：HomeController，BLL层：DT_UserBLL，DAL层：DT_UserDAL

         // UI层
         public IActionResult Index(int userID)
         {

             // 根据条件，返回用户
             // 和BLL说，给你一堆条件，帮我把这些人找出来
             var userList = DT_UserBLL.GetUser(,);

             return View(userList);

         }

         /// <summary>
         /// BLL层，返回符合条件的用户
         /// </summary>
         /// <param name="sex">性别</param>
         /// <param name="age">年龄</param>
         /// <returns></returns>
         public List<DT_User> GetUser(int sex, int age)
         {

             #region 数据校验

             // 性别检测，0：女，1：男
             if (sex !=  && sex != )
                 // 拒绝人妖
                 return null;

             // 年龄检测，[0,150]岁
             if (age <  ||  < age)
                 // 拒绝妖怪
                 return null;

             #endregion

             // 和DAL说，数据我校验好了，不是恶搞，
             // 帮我查出来这些人，然后我交给UI就完事儿了，，
             return DT_UserDAL.GetUser(int sex, int age).ToList();
         }

         /// <summary>
         /// DAL层，返回符合条件的用户
         /// </summary>
         /// <param name="sex">性别</param>
         /// <param name="age">年龄</param>
         /// <returns></returns>
         public IQueryable<DT_User> GetUser(int sex, int age)
         {
             DbContext DB = new DbContext();

             return DB.Set<DT_User>().Where(c=>c.Sex==sex&&c.Age==age);
         }

当时学着感觉蛮好的，挺新奇的一个编程思想，不过每一个数据表对应的DAL里面都得写一套增删查改，，简直是灾难，，[○･｀Д´･ ○]

出来实习之后，花了个把星期，把我们老大写的一个框架看明白了，就按图索骥地写了起来，嘿嘿

其实和三层架构差不多的，只是把每个数据表对应的DAL里面的增删查改全部提出来，封装成了一个类，，

然后对这个类进行继承，具体操作如下，，，

首先啊，要大概了解一下依赖注入，，讲真，这个我也是一脸懵逼，所以就不复制百度百科了，，

说说自己的理解吧，，，，emmm，此处可能有大量谬论，建议不要被我误导了，看看就好，别往心里去

依赖注入这东西就好像一个全局的字典类型变量，，都是以键值对的方式存储的

因为注册依赖注入服务的大部分语法是酱紫的，，，

 services.AddTransient(typeof(IDT_UserService), typeof(DT_UserService));

而services这个变量的话，就像一个容器，用来存储这些键值对的，具体从哪来的，我也不知道，ヽ(￣д￣;)ノ

而要使用的话，语法是酱紫的，，，

     public class HomeController : Controller
     {
         private IDT_UserService _UserService;

         public HomeController(IDT_UserService _UserService)
         {
             // 依赖注入得到实例
             this._UserService = _UserService;
         }

         public IActionResult Index()
         {
             ViewBag.list = _UserService.LoadEntites(c => true);

             return View();
         }
     }

对的，完全不需要new，，其原理，，起码我不晓得，感觉甚是神奇，，

先注册一个依赖注入的服务，然后要实例的时候，直接在构造函数里面把键的类型写上就好，，

好了，灌毒就到此为止了，，还是继续上代码吧，，

首先，得写一个数据库操作的底层类DalService又因为很多地方调用，所以，肯定是泛型，，

然后为了解耦和方便注入，所以实现一个接口IDalService，

我暂时只写了添加和查询的方法，，其他的方法可以自由发挥，，不过记得先写接口，然后去实现接口中新加的方法，，不然无法使用的，，

     public interface IDalService<T> where T : class, new()
     {
         T AddEntity(T entity);

         IQueryable<T> LoadEntites(Expression<Func<T, bool>> where);

         int SaveChanges();

     }

IDalService

     /// <summary>
     /// 数据访问层：DAL
     /// </summary>
     /// <typeparam name="T"></typeparam>
     public class DalService<T> : IDalService<T> where T : class, new()
     {

         private DbContext DbWrite;

         /// <summary>
         /// 获得数据库上下文
         /// </summary>
         /// <param name="dbContext">数据库上下文类，各自更改成自己的</param>
         public DalService(DBCodeFirst dbContext)
         {
             DbWrite = dbContext;
         }

         public T AddEntity(T entity)
         {
             DbWrite.Set<T>().Add(entity);
             return entity;
         }

         public IQueryable<T> LoadEntites(Expression<Func<T, bool>> where)
         {
             return DbWrite.Set<T>().Where(where);
         }

         public int SaveChanges()
         {
             return DbWrite.SaveChanges();
         }

     }

DalService

然后就没有DAL层啥事了，，咱们去看BLL层

同样的写一个业务逻辑的父级类BllService，依旧是泛型，以及实现接口IBllService

     public interface IBllService<T>where T : class, new()
     {
         T AddEntity(T entity,bool IsSave);

         IQueryable<T> LoadEntites(Expression<Func<T, bool>> where);

         int SaveChanges();
     }

IBllService

     /// <summary>
     /// 数据逻辑层：BLL
     /// </summary>
     public class BllService<T> : IBllService<T> where T : class, new()
     {

         /// <summary>
         /// 数据库服务
         /// </summary>
         protected IDalService<T> DBService;

         public BllService(IDalService<T> dalService)
         {
             this.DBService = dalService;
         }

         /// <summary>
         /// 保存实体
         /// </summary>
         /// <param name="entity"></param>
         /// <param name="IsSave"></param>
         /// <returns></returns>
         public T AddEntity(T entity, bool IsSave)
         {
             entity = DBService.AddEntity(entity);
             if (IsSave)
             {
                 if (SaveChanges() > )
                     return null;
             }
             return entity;
         }

         /// <summary>
         /// 查询数据
         /// </summary>
         /// <param name="where"></param>
         /// <returns></returns>
         public IQueryable<T> LoadEntites(Expression<Func<T, bool>> where)
         {
             return DBService.LoadEntites(where);
         }

         /// <summary>
         /// 保存数据库
         /// </summary>
         /// <returns></returns>
         public int SaveChanges()
         {
             return DBService.SaveChanges();
         }
     }

BllService

然后基本就完成了，，我们可以在BLL层创建一个DT_User的逻辑处理类，继承BllService，并实现接口IDT_UserService

     public interface IDT_UserService : IBllService<DT_User>
     {
         DT_User Insert();

         List<DT_User> GetList();
     }

IDT_UserService

     public class DT_UserService : BllService<DT_User>, IDT_UserService
     {
         /// <summary>
         /// 用于实例化父级，DBService变量
         /// </summary>
         /// <param name="dal"></param>
         public DT_UserService(IDalService<DT_User> dal) : base(dal)
         {

         }

         public DT_User Insert()
         {
             DT_User user = new DT_User
             {
                 Password = new Random().Next(, ) + "",
                 UserName = DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss")
             };
             return AddEntity(user, true);
         }

         public List<DT_User> GetList()
         {
             return LoadEntites(c => true).ToList();
         }

     }

DT_UserService

最后使用的话，要把他们统统注册到服务里面，新建一个类DIBllRegister，用来注册这些和数据库相关的服务

     /// <summary>
     /// Bll层依赖注入
     /// </summary>
     public class DIBllRegister
     {

         public void DIRegister(IServiceCollection services)
         {
             // 用于实例化DalService对象，获取上下文对象
             services.AddTransient(typeof(IDalService<>), typeof(DalService<>));

             // 配置一个依赖注入映射关系
             services.AddTransient(typeof(IDT_UserService), typeof(DT_UserService));
         }
     }

DIBllRegister

在Startup的ConfigureServices方法中添加两行代码

         /// <summary>
         /// 运行时调用此方法。使用此方法向容器添加服务。
         /// </summary>
         /// <param name="services"></param>
         public void ConfigureServices(IServiceCollection services)
         {
             services.AddOptions();

             // 数据库连接字符串
             var conStr = Config.GetVal<string>(ConfigKey.ConStr);
             services.AddDbContext<DBCodeFirst>(options => options.UseSqlServer(conStr));

             DIBllRegister bllRegister = new DIBllRegister();
             bllRegister.DIRegister(services);

             services.AddMvc();
         }

然后我们就可以愉快的使用三层架构来写项目了，，ヽ(≧∀≦)ﾉ

示例以及项目结构如下：

运行结果：

注意事项：

1. BLL层的类一定要继承BllService，并实现它对应的接口，参考上文DT_UserService类的格式
2. BLL，DAL任何类要添加方法时，一定要在对应的接口中有个同样的入口，不然无法调用
3. BLL层添加类时，记得在DIBllRegister的DIRegister中添加一行注册服务的代码，不然无法调用
4. 差不多就这些，我想起来了再加，，，

其实这个是我从Framework搬过来的，心塞得简直不要不要的，，，填坑日记就不写出来了，，

具体的搭建思想也不太好用文字表述，大佬不要吐槽，萌新可以照着步骤去建一个小项目调试着看，，

个人感觉还是比较好懂的，，毕竟，基本上全是核心代码还带注释，加一个使用样例，

然后就是下集预告了，云服务器的FTP发布和数据库连接吧，，毕竟云服务器到手辣么久了，也该拉出来溜溜，，(❁´◡`❁)*✲ﾟ*

最后，，有坑记得说，，，，