前言：
三层架构是将整个项目业务分成表示层，业务逻辑层，数据访问层，区分层次的目的是为了实现 高内聚，低耦合 的思想。在软件体系架构设计中，分层式结构是最为常见，也是最为重要的一种结构。（各司其职）
内容：
三层架构的设计理念，把一个软件分为三个部分：
-
UI层：就是展现给客户的界面，用于展示用户输入以及服务端返回的数据；交互式操作界面中，用户输入的数据和想要的数据展示。
-
业务逻辑层： 桥梁层，用户输入的数据通过业务逻辑层的处理发给数据层；数据层返回的数据通过业务逻辑层发送给界面展示。常做的操作是验证、计算、业务规则等。
-
数据访问层：主要管理数据，实现对数据的增删改查等操作。把业务逻辑层提交的用户输入的数据保存，把业务逻辑层请求的数据返回给业务逻辑层。（
对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务．）
优缺点：
优点：
-
开发人员可以只关注整个结构中的其中某一层。
-
可以很容易的用新的实现来替换原有层次的实现。
-
可以降低层与层之间的依赖。
-
有利于标准化。
-
利于各层逻辑的复用。
-
结构更加的明确。
-
在后期维护的时候，极大地降低了维护成本和维护时间。
缺点：
-
降低了系统的性能。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。
-
有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。
-
增加了开发成本。