C#三层架构详解--以系统登录为例

引言

        通常意义上的三层架构是将真个业务应用划分为：界面层（UI层）、业务逻辑层（B层）、数据访问层（D层）。对于复杂的系统分层让结构清晰，便于开发人员对系统进行整体的理解、把握；而且便于维护，系统基本的架构可以通过工具自动生成代码。当数据库发生改变时，只用重新生成代码，改动业务逻辑层的部分代码即可。下面笔者通过一个简单的登录实例来给大家介绍一下三层架构

简介

        对比以上两张图片，我们可以看出：

       （1）数据库好比猪圈，所有的猪都有序地按区域或编号，存放在不同的猪栏里

       （2）DAL好比是屠宰场 ，把猪从猪圈取出来进行（处理）屠杀，按要求取出相应的部位（字段），或者进行归类整理（统计），形成整箱的猪肉（数据集），传送给食品加工厂（ BLL ）。本来这里都是同一伙人既管抓猪，又管杀猪的，后来觉得效率太低了，就让一部分人出来专管抓猪了（ DBUtility ），根据要求来抓取指定的猪

       （3）BLL 好比食品加工厂 ，将猪肉深加工成各种可以食用的食品（业务处理）

       （4）UI 好比商场 ，将食品包装成漂亮的可以销售的产品，展现给顾客（ UI 表现层）

       （5）猪肉好比 Model ，无论是哪个厂（层），各个环节传递的本质都是猪肉，猪肉贯穿整个过程

       （6）通用类库 Common 相当于工人使用的各种工具，为各个厂（层）提供诸如杀猪刀、绳子、剪刀、包装箱、工具车等共用的常用工具（类）。其实，每个部门本来是可以自己制作自己的工具的，但是那样会使效率比较低，而且也不专业，并且很多工作都会是重复的。因此，就专门有人开了这样的工厂来制作这些工具，提供给各个工厂，有了这样的分工，工厂就可以专心做自己的事情了

实战-系统登录实例

       下面是数据在三层中的一个具体走向图，这对于我们了解三层有很大的帮助

1、三层应用原则

        （1）DAL层只提供基本的数据访问，不包含任何的业务逻辑

        （2）UI层只负责显示和采集用户操作，不包含任何业务相关的逻辑处理

        （3）BLL层负责处理业务逻辑。通过获取UI传来的用户指令，执行业务逻辑，在需要访问数据源的时候，直接交给DAL进行处理，处理完成后，返回必要数据给UI层

2、前期准备

      （1）UML图

      （2）根据UML图的关系，构建三层框架

      （3）建立数据库，UserInfo表

3、代码实现

        （1）用户界面（LoginUI）

          向用户展现特定的业务数据，采集用户输入的信息和操作

         

        （2）业务逻辑层（LoginBLL）

         从DAL获取数据，提供UI显示；从UI获取用户和指令，执行业务逻辑；从UI获取用户和指令，通过DAL写入数据

         

        （3）数据访问层（LoginDAL）

         SELECT、INSERT/UPDATE、DELETE

         

        （4）实体（LoginModel）

         封装数据，使数据在三层中传输，更倾向于业务逻辑层

         

结语

       再次学习三层架构，又有了不一样的认识和理解。在实践操作中体会更加深刻。以上是我再次学习三层架构的总结和理解。如有不同见解，欢迎指正