浅谈 三层架构

经过一段时间对三层的学习,对三层有一些初步的见解。下面咱们来讨论一下这个神奇的东西“三层”

首先要认识到:三层不是就真的只有三层,或许有四层,有五层;所以这个三层的定义大家不要产生误解。百度百科里边是这么解析三层的:三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为:表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。

那为什么要分层:区分层次的目的即为了“高内聚,低耦合”的思想。但是不要理解为就是为了减少代码量。代码量的多与少跟层次扯不上关系。分层对于程序的维护工作和代码的增删改查成会变的轻而易举。常听人说:分三层的程序会增加很多的代码,所以看情况来进行分层。其实一个工程要不要分三层,还得看工程的大小,工程太小的话。就不要分。

那究竟要分几层:理论上的三层就是UI、BLL、DAL;另外我们常用一个MODEL来封装我们要处理的数据库表对象字段。这个对于个人的见解来进行分层,如果你认为逻辑层没用,那就可以不用(你说了算就行)。可以根据实际情况设计1层、2层、3层和4层。怎么方便怎么用。而MODEL具有很强的流动性,哪里需要就跑哪里去。

三层在生活中无处不存在。咱们看看陪伴咱们身边的操作系统、office等等一系列的成功工程,这算是一个很强大的工程吧,做的非常人性化,给用户的感觉也非常轻巧。大家想想,是不是也一样用到了三层了呢。别以为你看不到数据库就没有用三层了,以为就缺少DAL了;不要只限制在这些定义上。三层是很灵活的。

你可能感兴趣的:(架构)