.net三层架构详解
1、三层架构的优势：
- 适应变化、利于维护：项目需求往往随市场的变化而发生变化，三层架构通过将各功能模块分离，提高了项目的可维护性和代码的可重用性。
- 适于协作开发。
- 主流趋势，越来越多的的企业在开发项目使用三层架构做为项目的基础架构。三层架构在将来会有更大的市场。
2、三层架构包括哪些层？
数据访问层（Database access layer）、业务逻辑层（business logical layer）、表示层（User Interface）
数据访问层：封装了所有与数据库的交互操作。即对数据库的增、删、改、查操作，不做业务逻辑的判断。
过去使用ADO.NET连接数据库需要编写固定格式的代码，比如打开数据库连接，关闭数据库连接等。在面向对象的课程中，我们在每一个数据库访问层代码中编写重复的ADO.NET代码。那么大家有没有想到重用这些代码呢？这里我们使用了一个封装了ADO.NET方法的类—SqlHelper类，用来提高数据访问代码的可重用性。
针对模型层中的每一个类，数据访问层都有一个对应的数据访问类。比如针对User实体类，有一个对应UserService类，专门处理有关User表的数据。
3、三层深入理解
1. 复杂项目不能把SQL语句直接写到界面里，不模块化、难以维护，应该采用三层架构。先慢慢吸收，然后理解。Web开发中的三层机构也是同样的结构。还有更复杂的三层架构和多层架构。
2. 三层的组成
- 界面层UI
- 数据库访问层DAL
- 业务逻辑层BLL
对数据进行操作的代码写在DAL中，一般都是SQL语句，DAL只有对数据的操作，不能有逻辑判断。
3. 三层架构图
4. 三层实战
1. 命名规则：DAL层，一般使用表名+Service，例如：EmpService。
BLL层，一般表名+BLL，例如：Emp表在BLL层命名为EmpBLL
但是这里注意一点：BLL不是简单对DAL层的转发，还包含业务逻辑。例如：“未经审核的数据不恩能够删除”这样的业务逻辑就放在BLL中。
2. 三层的有点
UI层和BLL打交道，不用处理SQL语句；开发更方便，更不容易出错。一般，UI层中没有复杂的代码，解耦合，容易改变UI层技术，如果从Winform改到asp.net只需要修改UI就可以了，如果由MsSql改成Oracle，只需要修改DAL即可。
Model是在三层中传递数据的，而且Model不属于三层中的任意一层。
那么各层之间使用Model（实体类的作用是什么呢？）
表示层中使用实体类
- 将解析实体对象封装的数据展示给用户。
- 将用户请求的数据封装到实体对象中。
业务逻辑层使用实体类
- 将接受到的实体对象传递到下一层。
- 根据用户请求对实体对象中的数据进行处理。
在数据访问层中使用实体类
- 将数据库中的数据封装到实体对象中或将多个实体对象封装成集合。
- 将实体对象中的数据保存到数据库中。
5. 三层的效率
三层一般会比不分层慢，但是为了分工明确，这样的少量的性能下降时可以接受的，很多时候效率不是唯一追求因素。