三层架构找了半天也没怎么看懂，请各位给点指点

三层架构就是表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。

比如开发一套ERP系统
数据库和访问数据库的代码封装在一起，数据访问
像员工信息，公司产品这些要在业务逻辑层
最后由客户直接操作的软件界面就是UI层

好处是UI层可以随意改动而不影响BLL层和DAL层
UI层可以用winform表现，也可以使用web表现，对BLL和DAL都不影响
维护非常方便

三层体系结构的概念


1.用户界面表示层(USL)
2.业务逻辑层(BLL)
3.数据访问层(DAL)


BLL将USL与DAL隔开了，并且加入了业务规则

•各层的作用
•
1：数据数据访问层:主要是对原始数据（数据库或者文本文件等存放数据的形式）的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库,具体为业务逻辑层或表示层提供数据服务．

2：业务逻辑层:主要是针对具体的问题的操作，也可以理解成对数据层的操作,对数据业务逻辑处理，如果说数据层是积木，那逻辑层就是对这些积木的搭建。

3：表示层:主要表示WEB方式,也可以表示成WINFORM方式,WEB方式也可以表现成:aspx, 如果逻辑层相当强大和完善,无论表现层如何定义和更改,逻辑层都能完善地提供服务。


•具体的区分方法

1：数据数据访问层:主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操作。而不必管其他操作。

2：业务逻辑层:主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。

3：表示层:主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。

1、表现层（UIL）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。
2、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
3、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、查找等。

三层架构：数据访问层(DAL)、业务逻辑层(BLL)、表示层(UI);
表示层 ：
位于最外层（最上层），离用户最近。用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。
业务逻辑层：
无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计，也即是说它是与系统所应对的领域（Domain）逻辑有关，很多时候，也将业务逻辑层称为领域层。
数据层
数据访问层：
有时候也称为是持久层，其功能主要是负责数据库的访问，可以访问数据库系统、二进制文件、文本文档或是XML文档。
简单的说法就是实现对数据表的Select，Insert，Update，Delete的操作。

三层架构 第一层 表现 第二层 业务  第三层 运算

三层架构：UI（界面）,BLL(业务逻辑层),DAL（数据访问层）
把数据从数据库访问出来这是一层 数据访问层
把相关数据的业务关系整理这是一层 业务逻辑层
把整理好的数据表示给人看这是一层 表示层.

三层其实就是dal bll ui三层
dal：数据层 里面只要包含sql语句，负责直接和数据库交互。
bll：业务逻辑层，里面包含一些数据的业务逻辑。
ui：表现层，就是显示数据，给用户看的
ui层调用bll层方法，bll层调dal层方法，dal和数据库交互

1，表现层
2.逻辑层
3.数据层
就是分三层，用户看见的界面那叫表现层，前台，用户的一些操作，通过逻辑层处理，需要调用数据库的地方用数据层处理，分工明确，高内聚低耦合。

界面（html）  代码(.cs)分离：在做好需求等分析后，两个人不同的人可以同步完成
第三个人在Page_Load里写代码调用相应 代码就行（这个叫业务逻辑层）。
优点：
方便后台代码修改管理，
因为实现功能的代码块已经被封装成了方法，所以，下次要实现这个相同的功能时，就直接调用方法，无需重复写此功能块代码
mvc设计模式也是类似

三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL），每一层只做自己的事情。这样划分的目的是
1、便于功能扩展
2、便于迁移
3、便于在团队中安排分工如果你只是刚刚入门、正在学习基础的开发知识、学习连接数据库什么的，完全不用管这个事情。这并不是“必须”的做法，而是在一定规模的项目上“建议”的做法。不用三层架构完全不影响你实现任何业务.
        我个人认为如果是小项目而且复用价值的不要用三层架构，用的不好反而会给开发和后期维护带来不便，而且三层架构使用反射后必然损失性能哦...