三层架构(概念)
2013-03-06 17:27
218 查看
三层架构(概念)
一,什么是三层架构
有的项目开发的过程中,把整个项目分为三层,其中包括:表示层(UI)、业务逻辑层(BLL)和数据访问层(DAL)。这是三层架构.
表示层:为用户提供交互操作界面,这一点不论是对于Web还是WinForm都是如此,就是用户界面操作。主要是接受用户发出的请求,以及数据返回显示给用户,为客户端提供应用程序的访问
业务逻辑层:负责关键业务的处理和数据的传递。复杂的逻辑判断和涉及到数据库的数据验证都需要在此做出处理。根据传入的值返回用户想得到的值,或者处理相关的逻辑。主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。
数据访问层:顾名思义,负责数据库数据的访问。主要为业务逻辑层提供数据,根据传入的值来操作数据库,增、删、改或者其它。其中不包含逻辑处理,主要完成对数据文件的操作。而不必管其他操作.
所谓的三层体系结构,其实是在客户端与数据库之间加入了一个中间层。三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下,客户端不直接与数据库进行交互,而是通过中间层建立连接,再经由中间层与数据库进行交换.这样分层以后,开发人员可以将表示层安装到客户端,业务逻辑层安装到另外的服务器上,这样将业务逻辑与用户界面分开.如果需要修改程序代码则只需要在服务器上修改不必修改客户端,程序额维护将变得更加的方便容易.
还有一点就是Model是在三层之间传递数据的。而且Model不属于三层中任意一层(实体类)。
平时编程来说使用基本数据变量来做参数显然不太合适,因为,首先如果参数很多的话很容易造成匹配错误,如果将所有的数据参数封装成实体类,然后只传递一个实体类,显然没有上诉顾虑了.然后在方法里通过实体属性获取或者设置实体对象里的成员属性值 来的达到使用的目的。
那么各层之间使用Model(实体类的作用是什么呢?)
表示层中使用实体类:
1.
将解析实体对象中封装的数据展示给用户
2.
将用户请求的数据封装到实体对象中
业务逻辑层中使用实体类
将接收到的实体对象传递到下一层
根据用户请求对实体对象中的数据进行处理。
在数据访问层中使用实体类
将数据库中的数据封装到实体对象中或将多个实体对象封装成集合
将实体对象中的数据保存到数据库中
二,为什么学习三层架构
为什么要把程序代码分为3层。把用户接口层,商业逻辑层,数据访问层分离有许多的优点
易于项目的修改和维护:项目需求往往随市场的变化而发生变化,三层架构通过将各功能模块分离,提高了项目的可维护性和代码的可重用性。
易于扩展。在功能的扩展上同样如此,如有功能的添加只需把原有的类库添加方法就可了
适用于协作开发。
主流趋势,越来越多的企业在开发项目时采用三层架构作为项目的基础架构。三层架构在将来会有更多的市场
一,什么是三层架构
有的项目开发的过程中,把整个项目分为三层,其中包括:表示层(UI)、业务逻辑层(BLL)和数据访问层(DAL)。这是三层架构.
表示层:为用户提供交互操作界面,这一点不论是对于Web还是WinForm都是如此,就是用户界面操作。主要是接受用户发出的请求,以及数据返回显示给用户,为客户端提供应用程序的访问
业务逻辑层:负责关键业务的处理和数据的传递。复杂的逻辑判断和涉及到数据库的数据验证都需要在此做出处理。根据传入的值返回用户想得到的值,或者处理相关的逻辑。主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。
数据访问层:顾名思义,负责数据库数据的访问。主要为业务逻辑层提供数据,根据传入的值来操作数据库,增、删、改或者其它。其中不包含逻辑处理,主要完成对数据文件的操作。而不必管其他操作.
所谓的三层体系结构,其实是在客户端与数据库之间加入了一个中间层。三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下,客户端不直接与数据库进行交互,而是通过中间层建立连接,再经由中间层与数据库进行交换.这样分层以后,开发人员可以将表示层安装到客户端,业务逻辑层安装到另外的服务器上,这样将业务逻辑与用户界面分开.如果需要修改程序代码则只需要在服务器上修改不必修改客户端,程序额维护将变得更加的方便容易.
还有一点就是Model是在三层之间传递数据的。而且Model不属于三层中任意一层(实体类)。
平时编程来说使用基本数据变量来做参数显然不太合适,因为,首先如果参数很多的话很容易造成匹配错误,如果将所有的数据参数封装成实体类,然后只传递一个实体类,显然没有上诉顾虑了.然后在方法里通过实体属性获取或者设置实体对象里的成员属性值 来的达到使用的目的。
那么各层之间使用Model(实体类的作用是什么呢?)
表示层中使用实体类:
1.
将解析实体对象中封装的数据展示给用户
2.
将用户请求的数据封装到实体对象中
业务逻辑层中使用实体类
将接收到的实体对象传递到下一层
根据用户请求对实体对象中的数据进行处理。
在数据访问层中使用实体类
将数据库中的数据封装到实体对象中或将多个实体对象封装成集合
将实体对象中的数据保存到数据库中
二,为什么学习三层架构
为什么要把程序代码分为3层。把用户接口层,商业逻辑层,数据访问层分离有许多的优点
易于项目的修改和维护:项目需求往往随市场的变化而发生变化,三层架构通过将各功能模块分离,提高了项目的可维护性和代码的可重用性。
易于扩展。在功能的扩展上同样如此,如有功能的添加只需把原有的类库添加方法就可了
适用于协作开发。
主流趋势,越来越多的企业在开发项目时采用三层架构作为项目的基础架构。三层架构在将来会有更多的市场
相关文章推荐
- 三层架构概念
- 三层架构最通俗的理解法 ---- 图书馆模型概念理解
- Java基本概念-三层架构
- 三层架构基础概念
- 架构的概念和最基本的三层架构-iOS企业应用架构设计
- 三层架构与四大天王之——增
- openstack基本概念与架构图
- 浅谈MVC模式与三层架构
- 1.sqoop概念,功能,架构,版本
- NET Core 三层架构,依赖注入
- [ASP中使用三层架构] 10.用户登录之二 UserLog表与相关类
- 浅谈三层架构
- .Net码农学Android---系统架构和基本概念
- winform学习日志(十九)----------真正三层架构之登录
- Windows Phone 程序的基本概念和架构
- 软件架构概念与思想-组成派、决策派
- 三层架构笔记
- DataSnap(MIDAS)三层架构中,常用事件及其触发顺序
- MySQL 主从复制与读写分离概念及架构分析
- 软件的三层架构的理解