三层:将一个业务分为：表现层（ＵＩ），业务逻辑层（ＢＬＬ），数据访问层（ＤＡＬ）．分层的目的是为了高内聚 低耦合的思想．
各层：
表现层（User
Interface）：通俗的讲就是展现给用户的界面，即用户在使用一个系统时的所见所得．
业务逻辑层(Business Logic Layer):对于具体的问题的操作，也可以理解层对数据层的操作，是对数据业务逻辑处理。
如果逻辑层相对完善，那么表现层如何修改也不会对逻辑层产生重大影响。
数据访问层（Data Access Layer）：直接对操作数据库，针对数据的增删改查。对数据库或者文本文件等存放数据的形式的操作也就是说，是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务。
区分方法：
数据访问层：主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操作。而不必管其他操作。
业务逻辑层：主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。
表示层：主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。位于最外层（最上层），离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。
规则：
⒈ 最关键的，UI层只能作为一个外壳，不能包含任何BizLogic的处理过程
⒉ 设计时应该从BLL出发，而不是UI出发.BLL层在API上应该实现所有BizLogic，以面向对象的方式
⒊ 不管数据层是一个简单的SqlHelper也好，还是带有Mapping过的Classes也好，应该在一定的抽象程度上做到系统无关
理解:
首先说下自己对三层的理解，就是使用三个(多个)项目结合起来开发出一个应用系统。下层项目为上层项目提供了接口（说白了就是可以从上层类访问下层类的方法），并且将结果返回到上层。即:上层包向下层包传递参数，上层包调用下层包的方法，下层包向上层包传回返回值。
UI层和BLL打交道，不用处理SQL语句；开发更方便，更不容易出错。一般，UI层中没有复杂的代码，解耦合，容易改变UI层技术。数据库的改变，如果由Sql Server改成Oracle，只需修改DAL即可，简单完成不同数据库之间的转换。
实体类在各层中的作用?
这里还要提醒的一点：Model是在三层之间传递数据的。而且Model不属于三层中任意一层。
那么各层之间使用Model（实体类的作用是什么呢？？）
表示层中使用实体类：
将解析实体对象中封装的数据展示给用户
将用户请求的数据封装到实体对象中
业务逻辑层中使用实体类
将接收到的实体对象传递到下一层
根据用户请求对实体对象中的数据进行处理。
在数据访问层中使用实体类
将数据库中的数据封装到实体对象中或将多个实体对象封装成集合
将实体对象中的数据保存到数据库中