三层架构(概念)

                       三层架构(概念)

 

一,什么是三层架构

        有的项目开发的过程中，把整个项目分为三层，其中包括：表示层(UI)、业务逻辑层(BLL)和数据访问层(DAL)。这是三层架构.

表示层：为用户提供交互操作界面，这一点不论是对于Web还是WinForm都是如此，就是用户界面操作。主要是接受用户发出的请求，以及数据返回显示给用户，为客户端提供应用程序的访问

  业务逻辑层：负责关键业务的处理和数据的传递。复杂的逻辑判断和涉及到数据库的数据验证都需要在此做出处理。根据传入的值返回用户想得到的值，或者处理相关的逻辑。主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。

  数据访问层：顾名思义，负责数据库数据的访问。主要为业务逻辑层提供数据，根据传入的值来操作数据库，增、删、改或者其它。其中不包含逻辑处理，主要完成对数据文件的操作。而不必管其他操作.

 

          所谓的三层体系结构，其实是在客户端与数据库之间加入了一个中间层。三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过中间层建立连接，再经由中间层与数据库进行交换.这样分层以后,开发人员可以将表示层安装到客户端,业务逻辑层安装到另外的服务器上,这样将业务逻辑与用户界面分开.如果需要修改程序代码则只需要在服务器上修改不必修改客户端,程序额维护将变得更加的方便容易.

还有一点就是Model是在三层之间传递数据的。而且Model不属于三层中任意一层(实体类)。

平时编程来说使用基本数据变量来做参数显然不太合适,因为,首先如果参数很多的话很容易造成匹配错误,如果将所有的数据参数封装成实体类,然后只传递一个实体类,显然没有上诉顾虑了.然后在方法里通过实体属性获取或者设置实体对象里的成员属性值 来的达到使用的目的。

那么各层之间使用Model（实体类的作用是什么呢？）

表示层中使用实体类：

1． 将解析实体对象中封装的数据展示给用户

2． 将用户请求的数据封装到实体对象中

业务逻辑层中使用实体类

1. 将接收到的实体对象传递到下一层
2. 根据用户请求对实体对象中的数据进行处理。

在数据访问层中使用实体类

1. 将数据库中的数据封装到实体对象中或将多个实体对象封装成集合
2. 将实体对象中的数据保存到数据库中

 

二,为什么学习三层架构  

为什么要把程序代码分为3层。把用户接口层，商业逻辑层，数据访问层分离有许多的优点

1. 易于项目的修改和维护：项目需求往往随市场的变化而发生变化，三层架构通过将各功能模块分离，提高了项目的可维护性和代码的可重用性。
2. 易于扩展。在功能的扩展上同样如此，如有功能的添加只需把原有的类库添加方法就可了
3. 适用于协作开发。
4. 主流趋势，越来越多的企业在开发项目时采用三层架构作为项目的基础架构。三层架构在将来会有更多的市场