NET三层架构概念什么？代码演示看一下

Question

如题所述

Answer 1

有的项目开发的过程中，把整个项目分为三层，其中包括：表示层(UI)、业务逻辑层(BLL)和数据访问层(DAL)。这是三层架构.
表示层：为用户提供交互操作界面，这一点不论是对于Web还是WinForm都是如此，就是用户界面操作。主要是接受用户发出的请求，以及数据返回显示给用户，为客户端提供应用程序的访问
业务逻辑层：负责关键业务的处理和数据的传递。复杂的逻辑判断和涉及到数据库的数据验证都需要在此做出处理。根据传入的值返回用户想得到的值，或者处理相关的逻辑。主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。
数据访问层：顾名思义，负责数据库数据的访问。主要为业务逻辑层提供数据，根据传入的值来操作数据库，增、删、改或者其它。其中不包含逻辑处理，主要完成对数据文件的操作。而不必管其他操作.

所谓的三层体系结构，其实是在客户端与数据库之间加入了一个中间层。三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过中间层建立连接，再经由中间层与数据库进行交换.这样分层以后,开发人员可以将表示层安装到客户端,业务逻辑层安装到另外的服务器上,这样将业务逻辑与用户界面分开.如果需要修改程序代码则只需要在服务器上修改不必修改客户端,程序额维护将变得更加的方便容易.

还有一点就是Model是在三层之间传递数据的。而且Model不属于三层中任意一层(实体类)。
平时编程来说使用基本数据变量来做参数显然不太合适,因为,首先如果参数很多的话很容易造成匹配错误,如果将所有的数据参数封装成实体类,然后只传递一个实体类,显然没有上诉顾虑了.然后在方法里通过实体属性获取或者设置实体对象里的成员属性值 来的达到使用的目的。
那么各层之间使用Model（实体类的作用是什么呢？）
表示层中使用实体类：
1． 将解析实体对象中封装的数据展示给用户
2． 将用户请求的数据封装到实体对象中
业务逻辑层中使用实体类
将接收到的实体对象传递到下一层
根据用户请求对实体对象中的数据进行处理。
在数据访问层中使用实体类
将数据库中的数据封装到实体对象中或将多个实体对象封装成集合
将实体对象中的数据保存到数据库中
代码太多了！！

Answer 2

1：数据数据访问层:主要看你的数据层里面有没有包含逻辑处理，实际上他的各个函数主要完成各个对数据文件的操作。而不必管其他操作。
2：业务逻辑层:主要负责对数据层的操作。也就是说把一些数据层的操作进行组合。
3：表示层:主要对用户的请求接受，以及数据的返回，为客户端提供应用程序的访问。