asp.net中的三层架构是什么意思
通常意义上的三层架构就是将整个业务应用划分为：界面层（Ur Interface layer）、业务逻辑层（Business Logic Layer）、数据访问层（Data access layer）。
界面层，很好理解，就是界面，aps.net里面就是webform。
业务逻辑层，就是业务逻辑的实现，比如你要做登录，就在业务逻辑层判断账号密码的正确性。
数据访问层，说白了就是访问数据库的代码。
asp.net三层架构与asp.net MVC各自的区别，各自应该应用在什么场合，在什么情况下用三层，什么情况下用MVC
你想知道它们用在什么场合，首先要了解它们的优点和缺点，asp.net三层架构：
统的ASP.NET开发中，微软的开发团队为开发者设计了一个在可视化设计器中拖放控件，编写代码响应事件的快速开发环境。然而，它所带来的负面效应是：
由于控件封装了很多东西，开发者很难了解这背后的HTML是如何运作的
容易得到一个包含大量ViewState的页面，使得页面尺寸远远超过所需的内容，使得页面的打开速度较慢
不容易被测试。asp.net
MVC：
没有数据回传
没有在页面中保存视图状态
开发者可以完全掌控页面的呈现过程
易于单元测试
易于测试驱动开发，可扩展、可替换！
ASP.NET
MVC是一个基于MVC模式的开发框架,而
三层架构是一种架构。它们可以在概念上区别开来，也就是说它们各有各的好，不能把asp.NET
MVC代替asp.net三层架构，反过来也不行！如果要做大型应用开发的话，我建议使用asp.net
mvc!
asp.net 三层架构实体层的作用是什么？
一个三层的应用程序通常有：表现层、业务层和数据层。下面让我们看看每层都做些什么。
表现层（Prentation Layer）
表现层用于用户接口的展示，以及用业务层的类和对象来“驱动”这些接口。
在ASP.NET中，该层包括aspx页面、用户控制、服务器控制以及某些与安全相关的类和对象。
业务层（Business Tier）
业务层用于访问数据层，从数据层取数据、修改数据以及删除数据，并将结果返回给表现层。
在ASP.NET中，该层包括使用SqlClient或OleDb从SQL Server或Access数据库取数据、更新数据及删除数据，并把取得的数据放到DataReader或DataSet中返回给表现层。返回的数据也许只有一个整型数字，比如一个表的行记录数目，但这也要用数据层的数据进行计算。
数据层（Data Tier）
数据层是数据库或者数据源。在.NET中，通常它是一个SQL Server或Access数据库，但不仅限于此两种形式，它还可能是Oracle，mySQL，甚至是XML。
在ASP.NET中三层架构，如何实现数据访问层和业务逻辑层的分开，以前都是把它们放在一个cs文件中的
三层本来就是业务层和数据层分开的呀 先创建页面层TestProject 复选create directroy for solution ,然后再点击解决方案添加新项目classlibary分别添加业务层和数据层，添加业务对数据层的引用，这样数据层和业务层就可以分开了。（vs2010）
ASP.NET三层架构DAL层连接数据库的方法
假设数据库连接字符串在web.config里配置如下
<connectionStrings>
<add name="ConnectionString" connectionString="Data Source=.;Initial Catalog=Databa;Integrated Security=True"
providerName="System.Data.SqlClient" />
</connectionStrings>
对你的DAL项目右键添加System.Configuration引用(必须步骤),
添加Model项目引用
然后在DB类(假设为UrDAL.cs)
using System.Configuration;//这个必须.
using Model那个项目
public class UrDAL
{
public const string ConnectionString = ConfigurationManager.ConnectionStrings [ "ConnectionString" ].ConnectionString;
public int Inrt(UrInfo ur)// Model
{
SqlConnection sqlcon=new SqlConnection ( ConnectionString );
.................
}
}
BLL
添加DB和Model项目引用
using 那个DB
public class UrBLL
{
public int Inrt(UrInfo ur)
{
int i = UrDAL.Inrt(ur);
}
}
什么是ASP.NET三层架构
为何使用三层架构？
因为每一层都可以在仅仅更改很少量的代码后，就能放到物理上不同的服务器上使用，因此结构灵活而且性能更佳。此外，每层做些什么其它层是完全看不到的，因此更改、更新某层，都不再需要重新编译或者更改全部的层了。这是个很强大的功能。例如，如果把数据访问代码与业务逻辑层分离，当数据库服务器更改后，你只需要更改数据访问的代码，因为业务逻辑层是不变的，因此不需要更改或者重新编译业务逻辑层。
一个三层的应用程序通常有：表现层、业务层和数据层。下面让我们看看每层都做些什么。
表现层（Prentation Layer）
表现层用于用户接口的展示，以及用业务层的类和对象来“驱动”这些接口。
在ASP.NET中，该层包括aspx页面、用户控制、服务器控制以及某些与安全相关的类和对象。
业务层（Business Tier）
业务层用于访问数据层，从数据层取数据、修改数据以及删除数据，并将结果返回给表现层。
在ASP.NET中，该层包括使用SqlClient或OleDb从SQL Server或Access数据库取数据、更新数据及删除数据，并把取得的数据放到DataReader或DataSet中返回给表现层。返回的数据也许只有一个整型数字，比如一个表的行记录数目，但这也要用数据层的数据进行计算。
数据层（Data Tier）
数据层是数据库或者数据源。在.NET中，通常它是一个SQL Server或Access数据库，但不仅限于此两种形式，它还可能是Oracle，mySQL，甚至是XML。
