个人三层知识梳理

三层架构，当业务和数据存储到一定的复杂情况下，考虑使用三层结构

三层：显示层（UI）业务层（BLL）数据层（DAL）


数据访问层（DAL）
作用：
从数据源加载数据
向数据源写入数据
从数据源删除数据
具体应用
只提供基本的数据访问，不包含任何业务相关的逻辑处理


显示层（UI）
作用：
向用户展现特定的业务数据
采集用户的输入信息和操作
具体应用
只负责显示和采集用户操作，不包含任何的业务相关的逻辑处理


业务逻辑层（BLL）
作用:
从DAL中获取数据，以供UI显示用
从UI中获取用户指令和数据，执行业务逻辑
从UI中获取用户指令和数据，通过DAL写入数据源
职责机制
UI>BLL>UI
具体应用
负责处理业务逻辑，通过获取UI传来的操作指令，决定执行业务逻辑，在需要访问数据源的时候直接交给DAL处理，处理完成后，返回必要数据给UI

个人理解：三层使用其实还是为了解耦，防止代码过多产生冗余。合理的利用三层架构的知识，将一些复杂的业务存储程序进行分层，各层之间只能单向的调用，各层之间分工明确，使得在后期的维护工作减轻了很多。


各层之间的引用关系
UI>BLL>DAL
DAL所在的程序集不引用BLL和UI
BLL需要引用DAL
UI直接引用BLL，可能会间接引用到DAL
个人理解：
UI层与用户界面相结合
DAL层与数据库相结合










建立Facade层，定义FacadePattern类实现添加StudentAndGrade对象的方法，并且实现获取所有所有的学生、年级信息的方法