| 三层包括： |
| 三层 | 简述 |
|---|---|
| 表示层（UI） | 通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见 |
| 业务逻辑层（BLL） | 针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理 |
| 数据访问层（DAL） | 该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等 |
其中，业务逻辑层较为重要
三层之间的关系：
| 原理： |
所谓三层体系结构，是在客户端（即表示层）与数据库（即数据访问层）之间加入了一个“中间层（即业务逻辑层）”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层。三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再经由中间层与数据库进行交互。如下图：
优点：
1、开发人员可以只关注整个结构中的其中某一层；
2、可以很容易的用新的实现来替换原有层次的实现；
3、可以降低层与层之间的依赖；
4、有利于标准化；
5、利于各层逻辑的复用。
缺点：
1、降低了系统的性能。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，现在却必须通过中间层来完成。
2、有时会导致级联的修改。如果在表示层中需要增加一个功能，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。| 与MVC的区别： |
MVC（模型Model-视图View-控制器Controller）是一种设计模式，我们可以用它来创建在域对象和UI表示层对象之间的区分。
同样是架构级别的，相同的地方在于他们都有一个表现层，但是他们不同的地方在于其他的两个层。 在三层架构中没有定义Controller的概念，而MVC也没有把业务的逻辑访问看成两个层，这是采用三层架构或MVC搭建程序最主要的区别。
在三层中也提到了Model，但是三层架构中Model的概念与MVC中Model的概念是不一样的，“三层”中典型的Model层是以实体类构成的，而MVC里，则是由业务逻辑与访问数据组成的。
三层之间与Model之间关系如图：
还没有实践，只是先大体了解了一下三层。
感谢您的阅读~