郑德才博客

三层结构包含:数据访问层(DAL),业务逻辑层(BLL),表示层(USL)　
1：数据访问层:主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库,具体为业务逻辑层或表示层提供数据服务． 　　
2：业务逻辑层:主要是针对具体的问题的操作，也可以理解成对数据层的操作,对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。 　　
3：表示层:主要表示WEB方式,也可以表示成WINFORM方式,WEB方式也可以表现成:aspx, 如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。




.NET的三层体系结构是啥东西来的啊?

数据层、应用层和表现层。
1.三层体系结构将应用逻辑从Server或Client端剥离出来，放进中间的应用服务器；
2.这样就可以使的三者各司其职，减轻数据库服务器或客户端原来所承担的应用逻辑计算压力，可以大大加快分布式计算的效率：
(2.1)数据库服务器及其DBMS专司数据的存放和管理，相当于WinDNA中的数据层(Storage);
(2.2)应用服务器接受用户端的请求，从数据库服务器抓取数据送给客户端，相当于WinDNA中的逻辑层；(COM+)
(2.3)客户端向应用服务器提出请求，接受来自数据库服务器经应用服务器转发的响应数据，并以特定用户容易接受的形式显示，相当于WinDNA中的表现层(Forms+)。




我们经常会看到许多应聘者在简历上写着“精通数据库编程”的字样，也经常会在招聘网站上看到软件公司的招聘要求中某一项为“精通数据库编程”。于是这些应聘者去这些软件公司面试，于是我们看到了许多“精通”者落选的现象。
一些程序员在设计数据库应用时，通常会采用数据控件绑定的方法实现。用鼠标拉几个控件，再用鼠标设置几个属性，连键盘都不用动，就完成了一个数据库应用的开发！当然，这的确是一种快速的数据库应用开发方式，但快速并不意味着精通。
对于大型的数据库应用系统，或是拥有众多客户端的应用系统，我们需要另外一种“精通”，这就是几乎每个程序员都听说过的“三层体系结构”。
1.1. 传统的C/S模式
在传统的数据库应用体系中，客户端与数据库完全分开，在客户端上运行了大部分服务，如数据访问规则、业务规则、合法性校验等等。每一个客户端都存在数据引擎，并且每个客户端与数据库服务器建立独立的数据库连接（DB Connection）。
基于该种体系的数据库应用系统的优势：开发周期较短，能够适应大部分中小型数据库应用系统的要求（当客户端数量少于50时）。
但是，随着数据库应用的日渐发展、数据容量的不断增加、客户端数量的不断增加，该种体系结构显示出了诸多缺陷，主要体现在以下几个方面：
1、 可扩充性：对于数据库服务器端，每当建立一个数据连接，就会占用大量的系统资源，当数据连接达到一定数量（如20个）时，数据库服务器的响应速度与处理速度将大打折扣。
2、 可维护性：基于传统C/S的数据库应用系统，业务规则通常置于客户端应用程序中。如果业务规则一旦发生变化（随便举个例子，如身份证号码有可能升为19位）时，我们就必须修改客户端应用程序，并且将每个客户端进行相应的升级工作。
3、 可重用性：采用传统C/S的设计模式时，数据库访问、业务规则等都固化在客户端应用程序中。如果客户另外提出了B/S的应用需求，则需要在WEB服务器中重新进行数据库访问、业务规则、合法性校验等编码（例如将数据库访问写入ASP代码），而所做的工作与客户端应用程序中的功能完全重复，从而加大了工作量，又使得程序开发者心里感到极不舒服。
正因为以上的诸多缺陷，使得三层（多层）体系结构成为目前数据库应用开发的首选，甚至客户有时也会提出该种技术需求。
1.2. 三层体系结构
所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。
三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。
这样的好处显而易见：
1、 由于数据访问是通过中间层进行的，因此客户端不再与数据库直接建立数据连接。也就是说，建立在数据库服务器上的连接数量将大大减少。例如一个500个客户端的应用系统，500个客户端分别与中间层服务器建立DCOM连接，而DCOM通讯所占用的系统资源极为有限，并且是动态建立与释放连接，因此客户端数量将不再受到限制。同时，中间层与数据库服务器之间的数据连接通过“连接池”进行连接数量的控制，动态分配与释放数据连接，因此数据连接的数量将远远小于客户端数量。
2、 可维护性得以提高。因为业务规则、合法性校验存在于中间层，因此当业务规则发生改变时，只需更改中间层服务器上的某个组件（如某个DLL文件），而客户端应用程序不需做任何处理，有些时候，甚至不必修改中间层组件，只需要修改数据库中的某个存储过程就可以了。
3、 良好的可重用性。同样，如果需要开发B/S应用，则不必要重新进行数据访问、业务规则等的开发，可以直接在WEB服务器端调用现有的中间层（如可以采用基于IIS的WebClass开发，或直接编写ASP代码）。
4、 事务处理更加灵活，可以在数据库端、组件层、MTS（或COM+）管理器中进行事务处理。