【三层】总结

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/j15533415886/article/details/65448477

看完VB.NET视频,通过王继彬老师的视频及自己跟着敲代码,对三层有了一个初步的了解。


一、什么是三层?

在三层之前我们就有两层结构

多层结构的划分方式:物理/逻辑  (我们主要学习的是逻辑三层)

物理上划分可以理解为硬件划分(客户机——服务器、客户机——应用服务器——数据库服务器)  

      显示层   业务层  数据层

逻辑上划分 应用服务器上跑的是BLL   DAL  

      UI/BLL + DAL/DB


二、为什么使用三层?

并不是所有的程序都需要三层架构的

不需要:没有真正的数据访问层,业务逻辑简单。

需要:有数据访问层,业务逻辑。


DAL(数据访问层):只提供基本的数据访问,不包含任何业务相关的逻辑处理。

DAL的作用

  从数据源加载数据(Select)

  向数据源写入数据(Insert/Update)

  从数据源删除数据(Delete)


UI(显示层):只负责显示和采集用户操作,不包含任何的业务相关的逻辑处理。

UI的作用

  向用户展现特定业务数据

  采集用户的输入信息和操作

UI设计的原则

  用户至上,兼顾简洁


BLL(业务逻辑层):负责处理业务逻辑。通过获取UI传来的操作指令,决定执行业务逻辑,在需要访问数据源的时候自己交给DAL处理。处理完成后,返回必要数据给UI。

BLL的作用

     从DAL中获取数据,以供UI显示用

     从UI中获取用户指令和数据,执行业务逻辑

     从UI中获取用户指令和数据,通过DAL写入数据源

BLL的职责机制

     UI->BLL-UI

     UI->BLL->DAL->Bll->UI


三、三层的关系

各个层之间的引用关系

UI >BLL >DAL

    DAL所在程序集不引用BLL和UI

    BLL需要引用DAL

    UI直接引用BLL,可能会间接引用DAL


四、三层优点

1.开发人员可以只关注整个结构中的其中某一层。

2.可以很容易的用新的实现来替换原有层次的实现。

3.可以降低层与层之间的依赖。

4.有利于标准化。

5.利于各层逻辑的复用。

总结:分散关注、松散耦合、逻辑复用、标准定义。


五、三层缺点

1.降低了系统的性能。

2.有时会导致级联的修改。


【 总 结 理论终究是理论,我们应该理论结合实践,在实践项目中阐述理论。


猜你喜欢

转载自blog.csdn.net/j15533415886/article/details/65448477