三层架构

编辑词条 三层架构 目录 关于 概述 优缺点 规则 与MVC的区别 编辑本段 关于 　　三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。 　　１、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。 　　２、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。 　　３、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增、删、改、查。 编辑本段 概述 　　　　在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或成为领域层）、表示层。 　　　　三层结构原理： 　　　　3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。 　　　　所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。 　　　　三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理

关于 三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。 １、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。 ２、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。 ３、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增、删、改、查。 概述 在软件体系架构设计中，分层式结构是最常见，也是最重要的一种结构。微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或成为领域层）、表示层。 三层结构原理： 3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。 所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫 组件 层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。 三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。 表示层 位于最外层（最上层）

JavaWeb程序架构模式的演进 老一辈的程序员一般都经历了Web程序架构模式的演进，从最开始的在jsp或者jsp+Servlet上做开发，到后来的mvc、三层等。而现在有挺多人学完web，可能都没怎么使用过jsp或jsp+Servlet开发过项目，就直接学习使用Spring、Spring Boot或者SpringMVC等框架进行开发。如果没有经历这样一个逐步演进的过程，就很难理解框架带给了我们什么样的好处，而且开发过程中遇到问题也难以解决，更别说去学习这些框架中的源码了。学习是一个循序渐进的过程，不能急于求成，所以本文旨在简单的聊一聊Web的发展史。 一、web发展简史 以目前Spring Boot作为时间轴的话，web发展的过程大致可以分为以下几个阶段： 1.纯jsp / jsp+Servlet / jsp+JavaBean+Servlet 2.MVC / MVP / 三层架构 3.使用EJB进行分布式应用的开发，EJB是重量级框架，在使用上比较复杂和麻烦 4.由于EJB太重了，于是Spring应运而生，但是Spring在发展上越来越臃肿，所以还是有许多繁琐的配置 5.同样的由于String配置太繁琐，于是Spring boot诞生了，这时就可以体验到 “约定大于配置” 的乐趣 二、web发展初始阶段 1.jsp / jsp+Servlet / jsp+JavaBean

用户界面表示层(USL) 业务逻辑层(BLL) 数据访问层(DAL) BLL将USL与DAL隔开了，并且加入了业务规则 各层的作用 1：数据数据访问层:主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库,具体为业务逻辑层或表示层提供数据服务． 2：业务逻辑层:主要是针对具体的问题的操作，也可以理解成对数据层的操作,对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。 3：表示层:主要表示WEB方式,也可以表示成WINFORM方式,WEB方式也可以表现成:aspx, 如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。 具体的区分方法 1：数据数据访问层:主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操作。而不必管其他操作。 2：业务逻辑层:主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。 3：表示层:主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。 三层结构解释 所谓三层体系结构，是在 客户端与数据库之间 加入了一个 中间层 ，也叫 组件层 。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层

前言： 关于不同框架实现同一个TaskVision： 前面DebugLZQ先是用WPF(没有使用MVVM，因为前面使用MVVM实现过过点餐系统)，因而这个关键点就放在了WPF的Binding上面； 然后用普通的Winform，没有加入任何模式，实现了相同的功能。因此这个重点放在了DataGridView的总结，以及WinForm自定义控件实现类似WPF控件上面。 本篇博文使用标准的三层架构，重新实现这个TaskVision。因而重点放在三层架构方面、为了体现三层的各层间低耦合的特点，博文下半部分会将DAL换成WebService，并实现多语言。数据库依然是原来的SQL Server 2008. 标准的是这样的： 在软件体系设计中，分层式结构式最常见也是最重要的一种结构。MS推荐的分层结构一般分为三层，从上到下依次为UI、BLL、DAL。 理解软件分层的概念有助于理解各种大量应用的模式结构，如MVC、MVVM等。以及GOF其他的一些等等。理解了三层，其他的理解起来会方便很多，因为其中贯通的都是：表现层的解耦。个人理解：模式间的区别是：根据具体的技术框架特点，决定表现层解耦方法的不同，由不断的最佳实践，总结出了各种不同的模式。即前面DebugLZQ也说的：表现层的持续解耦，带来的模式的转变！ 传统的三层式这样的： 解释一下：UI层调用BLL层，传递的参数为UI层控件的属性值

一、 二、 三、 来源： https://www.cnblogs.com/zhangguosheng1121/p/12579324.html

3 月，跳不动了？>>> 说起架构，大多数【程序员】可以如数家珍的说出好几种架构，千人千面，不同的架构解决问题的侧重点有所不同，【程序】设计大多数是多种架构的混沌使用，只是以某一种架构作为主导来支配软件，OK，借助于此话，引出我们要讲解的软件架构之一--- 【分层架构】，说他是所有架构的鼻祖，有点勉强，但是该架构存在的历史足够的悠久，我们姑且称之为【架构鼻祖】吧，于此同时，它【分层架构】也是所有架构的基础，绝大多数架构多多少少都建立再【分层架构】基础之上。 【分层架构】作为一种架构模式，他本身支撑N层架构系统，因此被广泛的应用于Web、企业应用以及C/S模式的桌面应用。该架构的显著特点是 把一个应用系统进行有效的分层处理，同时又作为一个整体为用户提供其服务。其中，为我们【程序员】津津乐道的分层架构的代表便是 MVC架构，再国内基本已经是Web业务系统开发的行业标准了。 分层架构有其显著的原则：每层只能与位于其下方的层发生耦合。基于这个原则，分层架构有可划分为：严格分层架构与松散分层架构，后者使用范围更加的广泛，毕竟 基础设施层作为技术组件服务于每一层，比较难严格遵守 分层架构原则。 事实上，程序中如果存在 EDA 架构的一些引用，一样存在打破分层原则的现象，EDA 所发生的事件，通过EVENT—BUS，可实现跨层传递，这一点 需要额外的指出，如果使用的不是很多

用户界面表示层(USL) 业务逻辑层(BLL) 数据访问层(DAL) BLL将USL与DAL隔开了，并且加入了业务规则 各层的作用 1：数据数据访问层:主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库,具体为业务逻辑层或表示层提供数据服务． 2：业务逻辑层:主要是针对具体的问题的操作，也可以理解成对数据层的操作,对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。 3：表示层:主要表示WEB方式,也可以表示成WINFORM方式,WEB方式也可以表现成:aspx, 如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。 具体的区分方法 1：数据数据访问层:主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操作。而不必管其他操作。 2：业务逻辑层:主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。 3：表示层:主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。 三层结构解释 所谓三层体系结构，是在 客户端与数据库之间 加入了一个 中间层 ，也叫 组件层 。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层

文章引用 http://www.zz68.net/program/netnewer/200907/0F1X32009.html 现来了解一下三层结构的概念 用户界面表示层(USL) 业务逻辑层(BLL) 数据访问层(DAL) 各层的作用 1：数据数据访问层:主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库,具体为业务逻辑层或表示层提供数据服务． 2：业务逻辑层:主要是针对具体的问题的操作，也可以理解成对数据层的操作,对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。 3：表示层:主要表示WEB方式,也可以表示成WINFORM方式,WEB方式也可以表现成:aspx, 如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。 具体的区分方法 1：数据数据访问层:主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操作。而不必管其他操作。 2：业务逻辑层:主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。 3：表示层:主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。 三层结构解释 所谓三层体系结构，是在 客户端与数据库之间 加入了一个 中间层 ，也叫 组件层 。这里所说的三层体系，不是指物理上的三层

前言:本人由于刚接触不久，所以有许多借鉴的地方，希望大家多多指教。 对于三层架构，大家首先要理解它的机制，具体的在我的博文里面查看，在此不再阐述。还有要有一定的基础，比较重要的就是 类 ， 最好先研究下JAVA 。 一、打开VS2008，新建空解决方案，具体如下： 1、文件→新建→项目 2、展开其它项目类型→Visual Studio解决方案→空白解决方案 3、起一个名字，并确定（如下图） 4、在解决方案资源管理器里面右键点击解决方案→添加→新建项目→类库，在名称里输入Model 5、同样的方法，再新建BLL和DAL两个类库 6、在解决方案资源管理器里面右键点击解决方案→添加→新建项目（或者新建网站）→ASP.NET web 应用程序 PS： 小型站点,点“新建网站” ；大一点的，用web应用程序。 新建网站和新建web应用程序，在编译发布之后会有不同的效果： 新建网站在编译发布后，bin目录下，会为每个aspx页面生产一个随机命名的.dll文件，默认情况下,添加的cs文件都会放到App_Code目录管理； 新建web应用程序编译发布会,在bin目录下,只生成当前项目的dll文件. 建好文件目录已经建好了，如下图。 二、数据库的建立与连接 1.在网站里面的APP_DATA文件夹上面点右键，新建一个数据库文件Database.mdf。然后添加一个表user ,表里面一个字段 name