三层架构3-tier architecture
一、什么是三层？
首先要知道三层不是一项实际的技术，他是一种设计软件的思想。这种思想就是把软件分为三层、或者说三个类，分别是表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。分层的目的是为了高内聚，低耦合、便于更改维护。
每个层各司其职、相互只是调用关系、这样好处就是如果要更改界面、那就改UI层、其他层都不用动、或者以后软件换数据库、那么改DAL层就好。这些其实都是面向对象思想、分层思想，本质就是减少联系、做到可更换，不用一点坏了就要换全部、分层就是这种思想。
二、三层功能
1、表现层（UI）：
通俗讲就是展现给用户的界面，他担当者接受用户信息和给用户显示用户信息的功能，即用户在使用一个系统的时候他的所见所得。
2、业务逻辑层（BLL）：
针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理、最明显的就是三大语句、判断、循环、多分支、这个一定是在逻辑层的。
3、数据访问层（DAL）：
该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。
三、结构体系
三层架构的体系结构：
- 表示层和业务逻辑层之间用对象模型的实体类对象来传递数据，
- 业务逻辑层和数据访问层之间用对象模型的实体类对象来传递数据，
-
数据访问层通过.NET 提供的 ADO.NET 组件来操作数据库，或者利用 SQLServer 数据库服务器的存储过程来完成数据操作，
三层架构的体系结构如图所示。
四、优点：
1、解耦。
上一层只依赖于下一层，如果测试下一层没有问题，那么问题就只可能出现在本层了。便于发现和改正BUG。
2、简化复杂问题。
就比如tcpip协议的四层模型或OSI七层模型，各层分工明确，将一个复杂问题简化了。
3、便于系统维护/升级。
各层间通过接口解耦，接口与实现分离，从而可以非常方便的替换掉实现，或者升级实现等。
4、逻辑复用。
例如原来基于B/S开发的程序现在要改成C/S，那么只要业务层的接口没有改变，那么业务层和数据层都可以直接复用。在如，只要数据访问层接口不变，那么使用便可以有对不同数据库的实现。
5、有利于标准化。
便于团队开发。只要各层接口在开发前规定好，那么各层可以独立开发，进化或维护。
6、方便部署。
将各层开发成组件，则可以独立部署。
7、安全性高。
用户端只能通过业务逻辑层来调用数据访问层，减少了入口点，把很多危险的系统功能都屏蔽了。
五、缺点：
1、降低了系统的性能。
这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。
2、有时会导致级联的修改。
这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码
3、增加了代码量
增加了工作量
六、参考资料
1、https://blog.csdn.net/u010191034/article/details/24588675
2、百度百科
