浅谈 三层架构

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

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

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

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

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