什么是三层体系结构？

1. 什么是三层体系结构？

三层或多层的C/S、B/S体系结构是在二层C/S结构的基础上，随着中间件与Web技术的发展而发展起来的，是目前比较流行的一种软件体系结构。在这种体系结构中，客户机只存放表示层软件，应用逻辑包括事务处理、监控、信息排队、Web服务等，采用专门的中间件服务器，后台是数据库。
1．各层次划分方式
在三层体系结构中，各层次按照以下方式进行划分，实现明确分工：
（1）表示层（客户端）：表示层是应用的用户接口部分，它担负着用户与应用间的对话功能，它提供简洁的人机交互界面，完成数据的输入/输出。
（2）业务服务层（中间层/逻辑层/功能层）：完成业务逻辑，是表示层和数据层的桥梁，它响应表示层的用户请求，执行任务并从数据层存取数据，并对相应的业务进行处理，最后再将必要的数据传送给表示层或保存到数据库。
（3）数据服务层（数据库服务器）：提供数据的存储服务，维护数据的完整性、安全性，它响应业务逻辑层的请求，访问数据。这一层通常由大型的数据库服务器实现，如Oracle、Sybase、SQL Server等。
这些层并不一定与网络上的具体物理位置相对应，它们只是概念上的层，借助这些概念可以开发出强大的基于组件的应用程序。使用这种方法设计应用程序，开发人员在网络上部署进程及数据时可以有相当大的灵活性，从而有利于实现最佳的性能、更好的安全性以及更方便的维护。在实际应用过程中，中间层通常可在分为两个以上的层次，成为多层结构。
2．多层体系结构的主要优点
（1）提高系统性能。在两层C/S系统中，客户端直接与数据库系统连接，这种系统的网络和服务器工作负荷大，直接影响业务处理的速度，且多用户连接时容易在数据库端发生访问冲突。多层结构C/S系统中，数据计算和数据处理集中在中间层组件中，而多层结构系统能够实现分布计算功能。具体地说，可以根据需要把各个组件分别或重复地分布在不同的计算机上，使整个系统的工作量平衡分配到网络中。此外，中间层服务器的数据缓冲池，可减轻数据库的负担，提高数据的重复利用速度。
（2）安全性。包括数据和访问控制的安全。由中间层服务器统一管理数据库连接、数据接收、数据同步以及事务处理、线程调度等工作，最大限度地保障了数据的统一、完整和准确性能。任何客户端程序与数据库没有直接的连接，完全地防止了外部和内部的侵入。
（3）维护和升级简单、方便。由于业务逻辑在中间服务器，当业务规则变化后，客户端程序基本不做改动，使系统的维护和升级更加容易。
三层体系结构可以很方便地实现系统数据的管理、应用及发布。三层体系结构的建立将数据与数据的应用分割开来，大大加强了系统数据的安全性、灵活性、适应性。同时，由于不同层次所关注问题的分离，使得不同层次间技术实现手段的相关性大大降低，这不仅提高系统运行的稳定性，也极大地提高了系统运行的可扩展性。在传统GIS地理信息系统应用中，GIS同传统MIS间的结合问题，在三层体系结构中也可以非常方便地得到解决，这是因为各种不同的技术手段可以共存在同样的体系结构之内，不同技术间的存在是一种松耦合关系，但是又可以非常方便地实现数据的共享和相互间的信息交换。

2. 三层结构的介绍

三层结构解释 所谓三层体系结构，是在客户端与数据库之间加入了一个中间件层，也叫组件层。这里所 说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也 不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一 台机器上。 三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中 间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通 讯与中间层建立连接，再经由中间层与数据库进行交换。

3. 什么是三层构架

一般讲到三层架构，其实就是将整个业务应用划分为表示层、业务逻辑层、数据访问层等。
    三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。 
   普通三层：数据访问层DAL：用于实现与数据库的交互和访问，从数据库获取数据或保存数据到数据库的部分。 业务逻辑层BLL：业务逻辑层承上启下，用于对上下交互的数据进行逻辑处理，实现业务目标。 表示层UI：主要实现和用户的交互，接收用户请求或返回用户请求的数据结果的展现，而具体的数据处理则交给业务逻辑层和数据访问层去处理。业务实体Model：用于封装实体类数据结构，一般用于映射数据库的数据表或视图，用以描述业务中客观存在的对象。Model分离出来是为了更好地解耦，为了更好地发挥分层的作用，更好地进行复用和扩展，增强灵活性。 通用类库Common：通用的辅助工具类
    工程模式：简单工厂模式又称为静态工厂方法（Static Factory Method）模式，属于类的创建型模式，通常根据一个条件（参数）来返回不同的类的实例。
工厂角色（Creator）
是简单工厂模式的核心，它负责实现创建所有具体产品类的实例。工厂类可以被外界直接调用，创建所需的产品对象。 
抽象产品角色（Product）
是所有具体产品角色的父类，它负责描述所有实例所共有的公共接口。 
具体产品角色（Concrete Product）
继承自抽象产品角色，一般为多个，是简单工厂模式的创建目标。工厂类返回的都是该角色的某一具体产品。
    通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通 讯与中间层建立连接，再经由中间层与数据库进行交换.
    完善的三层结构的要求是:修改表现层而不用修改逻辑层,修改逻辑层而不用修改数据层   否则你的应用是不是多层结构,或者说是层结构的划分和组织上是不是有问题就很难说.   不同的应用有不同的理解，这是一个概念的问题．
    MVC系统中的模型从概念上可以分为两类――系统的内部状态和改变系统状态的动作。模型是你所有的商业逻辑代码片段所在。本文为模型提供了业务实体对象和业务处理对象：所有的业务处理对象都是从ProcessBase类派生的子类。业务处理对象封装了具体的处理逻辑，调用业务逻辑模型，并且把响应提交到合适的视图组件以产生响应。业务实体对象可以通过定义属性描述客户端表单数据。所有业务实体对象都EntityBase派生子类对象，业务处理对象可以直接对它进行读写，而不再需要和request、response对象进行数据交互。通过业务实体对象实现了对视图和模型之间交互的支持。实现时把"做什么"（业务处理）和"如何做"（业务实体）分离。这样可以实现业务逻辑的重用。由于各个应用的具体业务是不同的，这里不再列举其具体代码实例。
    MVC（模型Model-视图View-控制器Controller）是一种设计模式，我们可以用它来创建在域对象和UI表示层对象之间的区分。   同样是架构级别的，相同的地方在于他们都有一个表现层，但是他们不同的地方在于其他的两个层。   在三层架构中没有定义Controller的概念。这是我认为最不同的地方。而MVC也没有把业务的逻辑访问看成两个层，这是采用三层架构或MVC搭建程序最主要的区别。当然了。在三层中也提到了Model，但是三层架构中Model的概念与MVC中Model的概念是不一样的，“三层”中典型的Model层是以实体类构成的，而MVC里，则是由业务逻辑与访问数据组成的。
    在ASP NET中的MVC架构编写的，具有极其良好的可扩展性。它可以轻松实现以下功能：   ①实现一个模型的多个视图；②采用多个控制器；③当模型改变时，所有视图将自动刷新；④所有的控制器将相互独立工作。这就是MVC架构的好处，只需在以前的程序上稍作修改或增加新的类，即可轻松增加许多程序功能。以前开发的许多类可以重用，而程序结构根本不再需要改变，各类之间相互独立，便于团体开发，提高开发效率。下面讨论如何实现一个模型、两个视图和一个控制器的程序。其中模型类及视图类根本不需要改变，与前面的完全一样，这就是面向对象编程的好处。对于控制器中的类，只需要增加另一个视图，并与模型发生关联即可。该模式下视图、控制器、模型三者之间的示意图如图2所示。同样也可以实现其它形式的MVC例如：一个模型、两个视图和两个控制器。从上面可以看出，通过MVC架构实现的应用程序具有极其良好的可扩展性，是ASP NET面向对象编程的未来方向。
MVC的不足体现在以下几个方面：（1）增加了系统结构和实现的复杂性。对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。（2）视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。3）视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。（4）目前，一般高级的界面工具或构造器不支持MVC架构。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，从而造成使用MVC的困难。
三层架构是将代码按其作用分成三部分,每部分解决自己负责的流程. 三层架构的功用之处,在于驾驭大型web程序的结构,使之便于管理和扩展.
    在设计UI的时候,我们不需要关心其中的逻辑和数据问题,只需要空出对应的位置,用于放置数据. 在设计和修改的时候,要解决的只是HTML的结构,代码看起来干净利落,做起来也是干净利落.
    UI直接将程序逻辑的任务丢给BLL,BLL就开始构建具体的实现细节.BLL的创建依赖于业务. 例如一个文章系统,BLL_Aticle就表示它是用于对文章的处理的.BLL_Aticle可以提供给UI一个文章列表的recordset,显示在UI的预留位置. 当BLL_Aticle需要从数据库中获取数据的时候,就将任务丢给DAL层
    DAL层专门负责和数据库打交道,它从BLL获取参数,组织一个有效的SQL,建立数据库连接,执行SQL进行更新或获取,将返回的数据交给BLL.
    每一部分的业务都集中于一个UI-BLL-DAL的链中,上下清晰了然. 至于是怎样的便于管理和扩展,将在后面结合实例进行分析.
    复杂的生命形式必有复杂的生存法则,若想在自己的项目中应用好三层架构,需要多用点心体会其中的应用法则.
    我对三层架构的理解还不够深,这些文章能算是抛砖引玉就不错了.大家在阅读当中不要局限于我所构思的法则,要多向具体的应用中去实践,根据具体情况,寻出自己的法则. 有所感悟,就记得写下来,这种感悟是进步的契机,但必然不是最终的结果.有了感悟就拿去应用,可以发现它的优劣,继续完善
三层架构比双层或单层结构都有更大的优势。三层结构适合群体开发，每人可以有不同的分工，协同工作使效率倍增。开发双层或单层应用时，每个开发人员都应对系统有较深的理解，能力要求很高，开发三层应用时，则可以结合多方面的人才，只需少数人对系统全面了解，从一定程度工降低了开发的难度。
三层架构属于瘦客户的模式，用户端只需一个较小的硬盘、较小的内存、较慢的CPU就可以获得不错的性能。相比之下，单层或胖客户对面器的要求太高。
三层架构的另一个优点在于可以更好的支持分布式计算环境。逻辑层的应用程序可以有多个机器上运行，充分利用网络的计算功能。分布式计算的潜力巨大，远比升级CPU有效。
三层架构的最大优点是它的安全性。用户端只能通过逻辑层来访问数据层，减少了入口点，把很多危险的系统功能都屏蔽了。

4. 什么是三层

通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。
区分层次的目的即为了“高内聚，低耦合”的思想。
表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候的所见所得。
业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等每层之间是一种垂直的关系。
三层结构是N层结构的一种，一般来说，层次之间是向下依赖的，下层代码未确定其接口（契约）前，上层代码是无法开发的，下层代码接口（契约）的变化将使上层的代码一起变化。
优点： 分工明确，条理清晰，易于调试，而且具有可扩展性。 
缺点： 增加成本。

5. 什么是三层构架

三层构架   一般来说就是mvc编程模式,这三层分别是:显示层（View）、业务层（Controller）和数据操作层（DAO）。显示层是前台用户操作界面；业务层是业务逻辑（既功能）方法实现体；数据操作层是对数据库操作的方法实现体。业务层和数据操作层都是后台管理。你可以在百度的知道上搜一下mvc编程模式。 
以下是从网上拷贝的： 
OSI七层模型   
OSI   七层模型称为开放式系统互联参考模型   OSI   七层模型是一种框架性的设计方法     
OSI   七层模型通过七个层次化的结构模型使不同的系统不同的网络之间实现可靠的通讯，因此其最主 
要的功能使就是帮助不同类型的主机实现数据传输     

应用层：提供了文件     
                  （支持协议：http   smtp   pop   ftp   telnet   等）   
表示层：提供了数据的表示   压缩和数据转换等服务     
                  （支持数据格式：ASCII   EBCDIC   JPEG等）   
会话层：维持不同应用程序所产生的会话连接和分隔不同应用程序产生的会话     
                  （操作系统以及应用程序读     
传输层：提供可靠或者不可靠的数据传输，在重传之前执行纠错和维持端到端的连接     
                  （TCP   UDP   SPX等）传递数据段或报文   
网络层：提供逻辑寻址以及路由选择   
                  （IP   IPX）传递数据包   
数据链路层：将数据包合成字节，并将字节合成帧   MAC   地址提供对介质的访问，以及平面的   
寻址执行错误检测和流量控制     
其中   LLC   子层负责识别上层数据，MAC   子层负责和物理层进行联系     
                          （802.3   802.2   HDLC等）传递数据帧   
物理层：在设备之间传输原始比特流，并且指定电压大小     
                  （EIA/TIA-232   V.35   等）传递原始比特流

6. 三层结构的结构说明

完善的三层结构的要求是：修改表现层而不用修改逻辑层，修改逻辑层而不用修改数据层.否则你的应用是不是多层结构，或者说是层结构的划分和组织上是不是有问题就很难说.不同的应用有不同的理解，这是一个概念的问题．以下是一些个人感想是的，这是一个比较抽象的问题，但是看看应能明白了.业务逻辑层，就是把你的代码中大量出现的组合成一个函数，以后当你需要使用这些代码时，直接调用函数即可.比如.NET中有大量连接数据库的代码（基本上都差不多），我们就可以直接用一个用户控件来定义一下这样代码.以后当我们要连接数据库时，直接调用这些函数就可以了.这些东西就可以叫做逻辑或者中间件.以后我们修改数据库的连接代码时，直接修改这些用户控件就可以了.三层结构不是.NET的专利，也不是专门用在数据库上的技术。它是一种更加普适的架构设计理念。数据-逻辑-界面。在实际应用中还会根据需要多出传递数据的层，接口层等等。

7. 三层架构的三层结构原理

8. 三层结构的优缺点

 1、无需开发客户端软件，维护和升级方便。2、可跨平台操作。3、具有良好的开放性和可扩充性。4、便于数据库移植。5、安全性好6、资源重用性好。 有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。相对于不分层的编程方法，使用三层或多层架构的应用于程序运行效率低，代码量大，难度增加。