三层架构~
作者：互联网
目录
什么是三层架构？
UI(表现层) 概述：主要是指与用户交互的界面。用于接收用户输入的数据和显示处理后用户需要的数据 BLL(业务逻辑层) 概述：UI层和DAL层之间的桥梁，实现业务逻辑。业务逻辑具体包含：验证、计算、业务规则等等 DAL(数据访问层) 概述：与数据库打交道，主要实现对数据的增、删、改、查
将存储在数据库中的数据提交给业务层，同时将业务层处理的数据保存到数据库
实现：这些操作都是基于UI层的。用户的需求反映给界面(UI)，UI反映给BLL
BLL反映给DAL，DAL进行数据的操作，操作后再一一返回，直到将用户所需数据反馈给用户
图解 Entity(实体层) 概述：Model层，不属于三层中的任何一层，但是它是必不可少的一层
作为数据传递的载体，在各层之间传递数据
作用：
实现面向对象思想中的"封装"
贯穿于三层，在三层之间传递数据
三层及实体层之间的依赖关系 实例理解
高内聚，低耦合
高内聚
概述：一个模块内各个元素彼此结合的紧密程度高。(负责单一功能)
低耦合
概述：一个完整的系统，模块与模块之间，尽可能的使其独立存在，每个模块尽可能的独立完成某个特定的子功能，模块与模块之间的接口，尽量的少而简单。
为什么使用三层架构？
使用目的：解耦
例子：
服务员(UI层)请假 —— 另找服务员
厨师(BLL层)辞职 —— 招聘另一个厨师
采购员(DAL)辞职 —— 招聘另一个采购员总结：任何一层发生变化都不会影响到另外一层！
两层 VS 三层
两层 图解 概述：当任何一个地方发生变化时，都需要重新开发整个系统
"多层"放在一层，分工不明确耦合度高 —— 难以适应需求变化，可维护性低、可扩展性低
三层 图解 概述：发生在哪一层的变化，只需更改该层，不需要更改整个系统
层次清晰，分工明确，每层之间耦合度低 —— 提高了效率，适应需求变化
优势 1. 结构清晰、耦合度低
2. 可维护性高，可扩展性高
3. 利于开发任务同步进行, 容易适应需求变化
劣势 1. 降低了系统的性能
说明：如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成
2. 有时会导致级联的修改，尤其体现在自上而下的方向
说明：如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码
3. 增加了代码量，增加了工作量
标签：架构,DAL,UI,模块,概述,三层,数据 来源： https://blog.csdn.net/fhsbvs/article/details/120656616