[Architecture] 三层架构

分层的核心任务是“高内聚低耦合”的实现。

三层架构：

表示层（UI）

业务逻辑层（BLL）

数据访问层（DAL）

各层之间采用接口相互访问，并通过对象模型的实体类（Model）作为数据传递的载体，不同的对象模型的实体类一般对应于数据库的不同表，实体类的属性与数据库表的字段名一致

分層方式：

数据层

不包含任何代码，只有数据库，还有相关的存储过程。这种模式下，数据层看起来就变得很简单了。只包含所建立的数据库和一些存储过程（注意是存储过程）。其实这些存储过程的建立也是相当复杂的，因为它们可以完成除数据访问外的其他一些很强大的功能，如分页、实现搜索算法等。

数据访问的逻辑就都放在业务层

当然业务层还包含其他一些逻辑代码。我们来看一个示例，假设数据库里有一个表 BOOKS（书），建立一个存储过程 GetAllBooks，用来读取书的信息，这样在业务层里编一个方法 GetBookS（）和一个公用数据库访问类，GetBooks（）就通过数据库访问类打开连接，执行在存储过程，返回数据 （返回类型可以是 DataT - able，DataSet，DataReader 或 者 实 体 类）。业务层单独编译成一个或者几个 DLL 文件。接着就是表示层了，表示层通过调用GetBookS（）返回数据绑定在相关的控件里。业务层的方法都是在表示层调用。一般来说 book.aspx 和 book.aspx.cs 都是表示层的内容，所有前台的设计、相关控件、数据缓存都是属于表示层

数据层还包含所有公共数据访问代码。这种模式和前一种差别不大，主要是把数据访问代码留到数据层。这样可以很方便地实现对多数据库的支持。业务逻辑层直接调用数据层的相关访问数据的代码，完全不必了解底层是什么数据库。其他和前一种没什么分别

Reference:

https://baike.baidu.com/item/%E4%B8%89%E5%B1%82%E6%9E%B6%E6%9E%84/11031448