三层理论

什么是三层,是说的像房屋那样的三层么?当然不是啦,我这里要给大家说的三层是软件体系架构设计中的一种分层方式。

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

三层概念简介:

1、显示层(UI):通俗讲就是展现给用户的界面,即用户在使用一个系统的时候他的所见所得。

  2、业务逻辑层(BLL):针对具体问题的操作,也可以说是对数据层的操作,对数据业务逻辑处理。

  3、数据访问层(DAL):该层所做事务直接操作数据库,针对数据的增添、删除、修改、查找等。

各层的作用:

1、显示层(UI):

向用户展现特定的业务数据

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

2、业务逻辑层(BLL):

从DAL层获取数据,以供UI层使用

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

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

3、数据访问层(DAL):

从数据源加载数据(select)

向数据源写入数据(insert/update)

从数据源删除数据(delete)

三层之间的数据传递方向:

三层的优点:

开发人员可以只关注真个结构中的其中某一层;

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

可以降低层与层之间的依赖;

有利于标准化;

利于各层逻辑的复用;

结构更加的明确;

在后期维护的时候,极大地降低了维护的成本和时间。

三层的缺点:

降低了系统的性能。这是不言而喻的。如果不采用分层式结构,很多业务可以直接造访数据库,以此获取相应的数据,如今却必须通过中间层来完成。

有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能,为保证其设计符合分层式结构,可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。

增加了开发的成本

结束语:

没有什么东西是绝对有益的,三层也是一样,但是在我这种只能算在入门打转的人来说,熟悉三层,应用三层对我都是有好处的,对以后的使用可以做到十分上手的感觉。让软件设计加上三层,让我的代码更加标准化吧。

三层理论,布布扣,bubuko.com

时间: 2024-08-25 12:14:22

三层理论的相关文章

《三层理论篇》一

一.联系生活: 先从我们的生活场景说起,我们要吃烧烤,一种情况是在路边,有人摆摊,我们要完东西之后就在这看着等着烤好了,然后拿着开始吃,第二种情况是我们到一个小店只要坐下来有人过来问你想吃什么,你说完之后过会就会有人把你要的东西送过来(这两种场景估计大家都有过哈) 两种场景的烤肉过程: 我们生活中的这种烤肉现象就对应这我们系统的开发的两种方式,二层和三层(多层). 路边烤肉一个人什么都干,总有忙不过来出错的时候,当他积累到一定的钱之后可能就会去开店,这样就能满足更多的顾客. 从路边烤肉到开店的过

《三层理论篇》二

四.三层之间的联系 依赖:三层之间的关系 数据访问层的类:直接访问数据库,实现对基本记录的增删改查操作. 业务逻辑层的类:用相关的数据访问类,实现用户所需功能. 界面层:部署控件后,调用业务逻辑层的类,实现功能. 图解: 实体类:层之间的数据传输对象 为什么选择实体类作为三层之间的传输对象?  ORM(对象关系映射) Object Relational Mapping,简称ORM,是为了解决面向对象的类,与关系数据库的表之间,存在的不匹配的现象,通过使用描述对象和关系之间映射的元数据,在程序中的

三层学习------理论篇

学校放假了,刚回家的孩子就像个客人被父母招待着.在放假的前几天里,你尽管开口,想吃啥爸妈都会满足你,不过好景可不长!在我家,厨房是老妈的地盘,买菜.做饭.洗碗刷锅,一个人全包了.而在饭店吃饭呢,吃饭的人多了,顾客点的饭菜种类各不相同.前前后后,一个人忙乎,哪里顾得过来,所以饭店就有了分工.前台服务员负责将顾客点的菜上报给厨师和:厨师根据上报的菜单做菜:采购员负责柴米油盐酱醋茶.这样,大家各司其职,井井有条. 我们在家中吃饭比较简单,没有具体的分工.饭店就是一个复杂庞大的系统了,需要合理规划,分工

三层架构理论总结

What? 三层架构就是将整个业务应用划分为:表示层(Presentation Layer).业务逻辑层(Business Logic Layer).数据访问层(Data Access Layer). Why? 区分层次的目的是实现"高内聚,低耦合"的思想.三层结构是软件架构设计中,最普遍的一种结构. When? 当有数据访问以及业务逻辑的时候就要考虑使用三层结构了,此三层结构是按逻辑划分的.把数据访问脱离业务单独存在,把业务脱离开界面单独存在. 当数据逻辑简单,没有数据存储层,不需要

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

概念: 通常意义上的三层架构就是将整个业务应用划分为:表现层(UI).业务逻辑层(BLL).数据访问层(DAL).区分层次的目的即为了"高内聚,低耦合"的思想. 各层概念 1.表现层(UI):通俗讲就是展现给用户的界面,即用户在使用一个系统的时候他的所见所得. 2.业务逻辑层(BLL):针对具体问题的操作,也可以说是对数据层的操作,对数据业务逻辑处理. 3.数据访问层(DAL):该层所做事务直接操作数据库,针对数据的增添.删除.修改.查找等. 注:应用三层离不开另一个重要的类:实体类,

三层登录实例VB.NET版具体解释---理论加实战篇

层,百度百科这样解释,首先-重叠起来的东西:重叠起来的东西中的一部分:层次|表层|大气层.其次-重叠.反复:层峦叠嶂|层出不穷.最后-量词,用于能够分出层次的事物.女孩儿强烈的第六感,三层中的层一定是第三个意思,三层架构(3-tier architecture) 通常意义上的三层架构就是将整个业务应用划分为:表现层(UI).业务逻辑层(BLL).数据訪问层(DAL).区分层次的目的即为了"高内聚,低耦合"的思想. 接下来,以登录为例.结合分层,总结一下在这个小样例中的所思所想.首先,来

【SSH2框架(理论篇)】--SSH2 Vs 经典三层

 这几天一直在学习使用SSH2框架.对于框架本身的使用并非非常困难.相信经过多锻炼就行熟练的掌握框架的使用,让我匪夷所思的是在使用框架的时候感觉非常熟悉,好像在哪里用过似得. 就在某次查看代码的时候突然闪现了一个想法,SSH2框架和经典三层非常相似.当然经过翻阅资料发现我的想法还是有理论根据的,接下来将会证实该猜想. 一.SSH2初识 我们通常所说的SSH2框架事实上是有三种框架集成的.它们各自是基于MVC模式的Struts2框架和基于IoC模式的 Spring框架以及对象/关系映射框架Hi

【.NET特供-第三季】ASP.NET MVC系列:MVC与三层图形对比(颠覆性理论)

       在[.NET特供-第三季]系列博客中的第一篇<ASP.NET MVC系列:MVC与三层图形对比>发表之后,引起了领导的注意.同时,开发小组内部在交流MVC和三层之间关系的时候,也感到非常的混沌.        在这里对上一篇文中所阐述的错误概念,向读者表示诚挚的歉意.同时,非常感谢米老师辛勤指导.关于'MVC与三层图形对比'将在本文中做出修正.     学习是一个过程,对于概念的理解并不是一蹴而就的,而是盲人摸象的理论,逐渐清晰.     首先,给大家看一张图. 接下来的内容,将

三层结构——理论篇

为什么要分层? 1.开发人员可以只关注整个结构中的其中某一层:2.可以很容易的用新的实现来替换原有层次的实现:3.可以降低层与层之间的依赖:4.有利于标准化:5.利于各层逻辑的复用.6..方便团队分工 分层: 将整个业务应用划分为:表现层(UI).业务逻辑层(BLL).数据访问层(DAL).区分层次的目的即为了"高内聚,低耦合"的思想. 1. 表现层 位于最外层(最上层),离用户最近.用于显示数据和接收用户输入的数据,为用户提供一种交互式操作的界面.它是系统的UI部分,负责使用者与整个