啊，终于到写三层架构的时候了，老实说，我都不知道自己这个算不算三层架构，姑且就当它是吧，具体属于哪一个体系，希望有大佬指点一下(^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
1 // UI层 2 public IActionResult Index(int userID) 3 { 4 5 // 根据条件，返回用户 6 // 和BLL说，给你一堆条件，帮我把这些人找出来 7 var userList = DT_UserBLL.GetUser(0,18); 8 9 return View(userList); 10 11 }