为什么使用三层

分为哪三层？

1、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。
2、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
3、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、查找等。将存储在数据库中的数据提交给业务层，同时将业务层处理的数据保存到数据库。（当然这些操作都是基于UI层的。用户的需求反映给界面（UI），UI反映给BLL，BLL反映给DAL，DAL进行数据的操作，操作后再一一返回，直到将用户所需数据反馈给用户）

  

三层之间有什么联系？

    每一层都各负其责，那么该如何将三层联系起来呢？
      1>单项引用（见下图）
      2>这时候实体层（Entity）来了。（注：当然，实体层的作用不止这些）
      Entity(实体层)：它不属于三层中的任何一层，但是它是必不可少的一层。

   

      Entity在三层架构中的作用：
      1.实现面向对象思想中的"封装";
      2.贯穿于三层，在三层之间传递数据;
（注：确切的说实体层贯穿于三层之间，来连接三层）
      3.对于初学者来说，可以这样理解：每张数据表对应一个实体，即每个数据表中的字段对应实体中的属性（注：当然，事实上不是这样。为什么？1＞，可能我们需要的实体在数据表对应的实体中并不存在；2＞，我们完全可以将所有数据表中的所有字段都放在一个实体里）
      4.每一层（UI—>BLL—>DAL）之间的数据传递（单向）是靠变量或实体作为参数来传递的，这样就构造了三层之间的联系，完成了功能的实现。
      

但是对于大量的数据来说，用变量做参数有些复杂，因为参数量太多，容易搞混。比如：我要把员工信息传递到下层，信息包括：员工号、姓名、年龄、性别、工资．．．．用变量做参数的话，那么我们的方法中的参数就会很多，极有可能在使用时，将参数匹配搞混。这时候，如果用实体做参数，就会很方便，不用考虑参数匹配的问题，用到实体中哪个属性拿来直接用就可以，很方便。这样做也提高了效率。
 

注：这里为什么说可以暂时理解为每个数据表对应一个实体？？

答：大家都知道，我们做系统的目的，是为用户提供服务，用户可不关心你的系统后台是怎么工作的，用户只关心软件是不是好用，界面是不是符合自己心意。用户在界面上轻松的增、删、改、查，那么数据库中也要有相应的增、删、改、查，而增删改查具体操作对象就是数据库中的数据，说白了就是表中的字段。所以，将每个数据表作为一个实体类，实体类封装的属性对应到表中的字段，这样的话，实体在贯穿于三层之间时，就可以实现增删改查数据了）
 

为什么要分层？

1、解耦
 上一层依赖于下一层，如果测试下一层没有问题，那么问题就只有可能发现在本层了，便于发现和改正BUG。体现了“高内聚，低耦合”的思想。
 
2、复杂问题简单化
 各个层次分工明确，将一个复杂问题简单拆分了。
 
3、便于系统维护与升级
 各层间通过接口解耦，接口与实现分离，从而可以非常简单的替换掉实现，或者实际实现等。
 
4、逻辑复用（代码复用）和劳动成本的减少
 例如我们现在常用的是SQL数据库，如果我们要变为Orcel数据库的话，只要数据访问层接口不变，我们可以很轻松的实现对不同数据库的实现。
 
5、团队合作开发，提高我们的工作效率
 只要各层的接口在开发前规定好，那么各层开一独立开发，进行维护等等。
 我们以前不分层的话，团队中每个人都需要从业务的需要分析到具体实现都要独自完成，这样的敝处：项目开发过程中对每个人的技术能力要求很高，设计的面也很广，有时也增加了开发人员的压力，最后的代码的测试、维护等等工作都会增加很多麻烦，但是多层次开发是可以解决这些问题的，分工合作、规范代码，我们可以分为需求人员、界面设计人员、代码编码人员、数据库设计人员，分工明确，都各负其职的负责好自己的任务就好，因为都流出了接口，到时之间实现不同接口的实现即可，对于人员的分配，技术强点的可以负责重要的部门的开发工作，对于简单的工作（重复性）安排新手来完成，大大的提高了我们的开发效率。
 
6、代码规范
 对于每次的代码规范我们都实现制定好，制定好固定的语言开发的风格。
 
7、方便部署
 将各层开发成组件，开一独立部署（现在还没有接触）。
 
8、代码的复用和劳动成本的减少
 分层的根本在于代码的复用和劳动成本的减少。分层的最理想化的结果是实现层与层之间的互不依赖的内部实现，所谓的即插即用！
 
9、为了管理和维护
 使软件开发有条理有秩序，一目了然，让非IT人员也能看得懂软件的框架。
 

分层注意什么问题？

 更加注意的问题是：分层不是分的越多越好，过多的分层限制了开发人员与客户对系统的理解能力，限制了客户与开发人员的交流。并且会在性能、复杂性等难度上带来不良影响（并非全是），分层越多的话，可靠性有时也是不稳定； 项目开发中实在是要具体分析，盲目套用耦合不降反升，效率不高反低，维护不便反繁。
 分层不是目的，是软件发展的产物和毕竟之路。层化是把软件横向切了几刀，模块化是把软件纵向切了几刀。
 
 分层最大的好处就是分布式系统。但是一般的大中型项目是没有必要分层的。

 我们也要时刻谨记：不能盲目分层，不应分层而分层不应模式而模式。这是很重要的。不然只能增加开发的负担（在今后的实践中更好的体会）。

 原文出处1     原文出处2