三层架构介绍

三层架构(3-tierapplication)通常意义上的三层架构就是将整个业务应用划分为：表现层耦合”的思想。概念简介１、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。业务逻辑处理。改、更新、查找等。概述微软推荐的分层式结构一般分为三层，从下至上分别为：数据访问层、业务逻辑层（又或成为领域层）表示层。三层结构原理：3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。客户端与数据库之间加入了一个“中间层”B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。三层体系的应用程序通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。表示层位于最外层（最上层提供一种交互式操作的界面。业务逻辑层业务逻辑层（BusinessLogicLayer）无疑是系统架构中体现核心价值的部分。它的关如MartinFowlerPatternsofEnterpriseApplication》一书中，将整个架构分为三个主要的层：表示层、领域层和数据源层。作为领域驱动设计的先驱Eric业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据“无知”“抽屉”逻辑之外留给设计师的任务。数据层XML文档。的操作。如果要加入ORM的元素，那么就会包括对象和数据表之间的mapping，以及对象实体的持久化。优缺点优点1、开发人员可以只关注整个结构中的其中某一层；2、可以很容易的用新的实现来替换原有层次的实现；3、可以降低层与层之间的依赖；4、有利于标准化；5、利于各层逻辑的复用。缺点1、降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。2、有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需层中都增加相应的代码。规则三层结构的程序不是说把项目分成DAL,BLL,WebUI三个模块就叫三层了,下面几个问题在你的项目里面：UILayer里面只有少量(或者没有)的SQL语句或者存储过程调用,不会修改数据?UILayer拿掉,Interface/API的层次上提供所有功能吗?DAL可以移植到其他类似环境的项目吗?三个模块,可以分别运行于不同的服务器吗?YES,那么你的项目还不能算是严格意义上的三层程序程序有一些需要约定遵守的规则：最关键的,UI层只能作为一个外壳,BizLogic的处理过程设计时应该从BLL出发,而不是UI出发.BLL层在API上应该实现所有BizLogic,面向对象的方式不管数据层是一个简单的SqlHelper也好,还是带有Mapping过的Classes也好,该在一定的抽象程度上做到系统无关COM+(EnterpriseService),还是Remoting,WebService程对象技术,不管部署的时候是不是真的分别部署到不同的服务器上,最起码在设计的时候要做这样的考虑,更远的,还得考虑多台服务器通过负载均衡作集群所以考虑一个项目是不是应该应用三层/多层设计时,先得考虑下是不是真的需要?实WebApplication就足够了,完全没必要作的这么复杂.而多层结构是用于解决真正复杂的项目需求的。与MVC的区别Model-Controller）UI表示层对象之间的区分。他的两个层。Controller