三层架构

【概念】

三层架构(3-tier architecture) 通常意义上的三层架构就是将整个业务应用划分为:表现层(Presentation layer)、业务逻辑层(Business Logic Layer)、数据访问层(Data access layer)。

【分层目的】

为了"高内聚低耦合"的思想。

【详细介绍】

1、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。

作用：向用户展现特定业务数据；采集用户的输入信息和操作。他的设计原则是“用户至上，兼顾简洁”。

2、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。业务逻辑层在体系架构中的位置很关键，它处于数据访问层与表示层中间，起到了数据交换中承上启下的作用。它扮演了两个不同的角色。对于数据访问层而言，它是调用者；对于表示层而言，它却是被调用者。

作用：从DAL中获取数据，以供UI显示用；从UI中获取用户指令和数据，执行业务逻辑；从UI中获取用户质量和数据，通过DAL写入数据源。

3、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、查找等。

作用：DAL专与数据源打交道，他从数据源加载数据（select），想数据源写入数据（insert/update），删除数据源里的数据（delete）。

【对三层理解】

三层架构的使用跟连接数据库没有关系，跟项目的规模才有关系。一般较大型的项目才会用到三层架构，中小型的项目不用三层反而更方便。它得主体思想就是封装，为什么要封装？就是为了使用架构中生成的程序集，这样，你以后做类似的项目就可以不用再去把这些代码写一遍了。三层：UI（界面）,BLL(业务逻辑层),DAL（数据访问层）这三个是必须要有的，其中BLL和DAL中的类都是公共类，因为UI要调用BLL，而BLL要调用DAL，还有UTILITY(连接数据库并进行“增删改查”基本操作的底层方法)。除此之外，还可以有实体层ENTITY(映射数据表的)，和Common（这个类库中一般放置一些通用方法，比方说：数据验证方法，控件操作方法等）