三层架构-------理论篇

概念:

     通常意义上的三层架构就是将整个业务应用划分为:表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。区分层次的目的即为了“高内聚,低耦合”的思想。

     各层概念

1、表现层(UI):通俗讲就是展现给用户的界面,即用户在使用一个系统的时候他的所见所得。
2、业务逻辑层(BLL):针对具体问题的操作,也可以说是对数据层的操作,对数据业务逻辑处理。
3、数据访问层(DAL):该层所做事务直接操作数据库,针对数据的增添、删除、修改、查找等。 
       注:应用三层离不开另一个重要的类:实体类,现在接触的主要是数据库表抽象出的类,表中的每个字段就是一个具体实例。同样跟业务实体相关的事物都可以成为实体类。

     各层的作用

1、数据访问层:从数据源加载数据(Select);向数据源写入数据(Insert/Update);从数据源删除数据(Delete).                              是对数据的操作,而不是数据库,具体为业务逻辑层或表示层提供数据服务,不包含任何与业务相                               关的逻辑处理。
2、业务逻辑层:  从DAL中获取数据,以供UI显示用;从UI获取用户指令和数据,执行业务逻辑;从UI中获取用户指                               令和数据,通过DAL写入数据源。对数据层的操作,对数据业务逻辑处理。
                              职责机制:UI->BLL->UI;UI->BLL->DAL->BLL->UI
3、表示层:从向用户展现特定业务数据;采集用户的输入信息和操作。主要表示WEB方式和WINFROM方式。
                       原则:用户至上,兼顾简洁。
 4、实体类:对于表示层来说,界面通过实体类传递数据,将解析实体对象中封装的数据展示给用户;将用户请求的                       数据封装到实体对象中。对于业务逻辑层来说,将接受到的实体对象传递到下一层;根据用户请求对实                        体中数据进行处理。对于数据访问层来说,从数据库取得数据通过实体类返回。

三层关系图

                                          

   加入实体后的关系图

                                   


优缺点

     优点

            开发人员只关注整个结构中的其中某一层;
   可以很容易的用心的实现来替换原有层次的实现;
           可以降低层与层之间的依赖;
   有利于标准化;
           利于个曾逻辑的复用;
           结构更加的明确;
           在后期维护的时候,极大地降低了维护成本和维护时间;

       缺点

             
           降低了系统的性能。如果不采用分层式结构,很多业务可以直接造访获取相应的数据,,如今必须通过中间层来完成。
             有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果表示层需要增加一个功能,为保证其设计符合分层结构,可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。
             增加了开发成本。

    下篇是三层结构的实践篇          


评论 18
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值