ASP.NET中页面之间传递值的几种方式整理

页面传值是学习ASP.NET初期的重要一环，涵盖了页面传值、存储对象传值、ajax、类、model、表单等多种技术。对于初学者来说，了解并熟悉这些技术是非常有必要的。下面，我将对其中几种常用的传值方式进行简单的介绍和整理。

一、QueryString传值方式

QueryString是一种简单的传值方式，它可以将传送的值显示在浏览器的地址栏中。对于传递安全性要求不高或结构简单的数值时，这是一种非常便捷的方法。它有一个明显的缺点，那就是缺乏安全性，因为值暴露在浏览器的URL地址中。它不能传递对象。使用该方法时，需要在源页面的代码中用需要传递的名称和值构造URL地址，并使用Response.Redirect()重定向到该URL地址。在目的页面的代码中，可以使用Request.QueryString[]取出URL地址中传递的值。

二、Session传值方式

Session是大家在使用中最常见的传值方式之一。它与Application类似，但作用于用户个人。过量存储会导致服务器内存资源的耗尽。Session的优点是使用简单，不仅能传递简单数据类型，还能传递对象，而且数据量大小不受限制。如果在Session变量中存储大量的数据，会消耗较多的服务器资源，而且容易丢失。使用Session时，需要在源页面的代码中创建需要传递的名称和值，然后在目的页面的代码中取出传递的值。

三、Cookie传值方式

Cookie也是常使用的传值方法。Cookie用于在用户浏览器上存储小块的信息，保存用户的相关信息，如用户访问某网站时的ID和偏好等。Cookie也可以在页面间传递值。Cookie通过HTTP头在浏览器和服务器之间来回传递。Cookie只能包含字符串的值，如果想在Cookie存储整数值，需要将其转换为字符串的形式。Cookie的使用要配合ASP.NET内置对象Request来使用。Cookie的优点是使用简单，是保持用户状态的一种非常常用的方法，如购物网站中的用户跨多个页面表单。Cookie常常被人认为用来收集用户隐私而遭到批评，且安全性不高，容易伪造。

ASP.NET中的Cookie、Application和Server.Transfer的使用

一、Cookie的使用

在ASP.NET中，Cookie是一种在用户的计算机上存储小型数据的机制。通过创建Cookie对象并添加到响应中，可以在用户的浏览器上设置Cookie。在另一个页面中，可以通过请求来获取之前设置的Cookie值。

例如，在a.aspx页面中，当按钮被点击时，创建一个名为"myCookie"的Cookie对象，并设置其值为"Hello,Cookie!"：

```csharp

private void Button1_Click(object sender, System.EventArgs e)

{

HttpCookie objCookie = new HttpCookie("myCookie", "Hello,Cookie!");

Response.Cookies.Add(objCookie);

}

```

然后在b.aspx页面中，获取并使用该Cookie的值：

```csharp

string myName1Value = Request.Cookies["myCookie"].Value;

```

二、Application对象的使用

Application对象是一个在全局范围内对所有用户都有效的对象。它在整个应用程序的生命周期中都存在，可以类比于全局变量。它可以在不同的页面间进行数据的存取。与Session对象不同，Application变量是供所有用户共享的。

在a.aspx页面中，可以将数据存储在Application对象中：

```csharp

private void Button1_Click(object sender, System.EventArgs e)

{

Application["name"] = Label1.Text;

}

```

然后在b.aspx页面中获取该数据：

```csharp

private void Page_Load(object sender, EventArgs e)

{

Application.Lock(); //锁定Application对象以防止并发修改

string name = Application["name"].ToString();

Application.UnLock(); //解锁Application对象

}

```

Application对象不仅可以传递简单的数据，还可以传递对象，并且数据量大小不受限制。但它作为全局变量容易被误操作，因此应谨慎使用。使用时注意使用lock和unlock方法来锁定和解锁对象。   三、Server.Transfer的使用   Server.Transfer是ASP.NET中面向对象的开发方法。它通过Server.Transfer方法将流程从当前页面引导到另一个页面，新的页面使用前一个页面的应答流。这是一个完全面向对象的简洁有效的流程转移方式。相较于Response.Redirect，Server.Transfer在服务器端完成，客户端浏览器中的URL地址不会改变，并且不需要客户端提出请求，减少了服务器端的请求负担。   使用Server.Transfer时，当前页面终止执行，执行流程转入新的页面，但新的页面仍然使用前一个页面创建的应答流。这使得数据的传递更加高效和方便。在使用时需要注意区分Server.Transfer和Response.Redirect的不同特点和使用场景。 通过合理使用Cookie、Application和Server.Transfer这些功能强大的ASP.NET特性，开发者可以构建出更灵活、更高效的Web应用程序。页面间数据传递方式的：Server.Transfer与Response.Redirect的对比及应用

在Web开发中，页面间的数据传递是一项基本且重要的技能。其中，Server.Transfer和Response.Redirect是两种常见的方法，它们在页面跳转和数据传递方面有着各自的特点。

Server.Transfer只能在本地虚拟目录之间跳转，将你从一个页面引导到项目中的另一个页面。这种方法的优点在于其操作简便，能在服务器端直接进行重定向，减少了客户端对服务器端的请求次数。更重要的是，Server.Transfer可以传递各种数据类型的值，包括控件的值。这对于在页面中保持状态或传递复杂数据非常有用。

Server.Transfer也有其局限性。由于客户端的URL地址不会改变，这可能导致在新页面中出现一些意想不到的问题。比如，如果源页面和目的页面不在同一虚拟目录或其子目录下，使用相对路径的图片和超链接可能会出现错误的指向。

与Server.Transfer相比，Response.Redirect则更为灵活，它可以跳转到任何URL地址。这种方法在数据传递方面可能稍显复杂，需要通过URL带参数或其他四种方法（Cookie、Session、Application、QueryString）来传递数据。但正因为其灵活性，Response.Redirect在跨域或跨项目跳转时更为适用。

在实际应用中，我个人的习惯是：对于简单的页面跳转和数据传递，我会优先考虑使用Session和QueryString；而在某些特定场景，如需要在不同虚拟目录间跳转或传递复杂数据时，我会选择使用Server.Transfer或Response.Redirect结合其他存储方式（如Cookie）。

以下是两种方法的简单示例：

a.aspx页面（源页面）：

```csharp

public string Name { get { return Label1.Text; } }

private void Button1_Click(object sender, System.EventArgs e)

{

Server.Transfer("b.aspx");

}

```

b.aspx页面（目标页面）：

```csharp

private void Page_Load(object sender, EventArgs e)

{

var newWeb = Context.Handler as FormerPage; //获取源页面的实例

string name = newWeb.Name; //获取源页面的值

}

```

Server.Transfer和Response.Redirect各有优劣，选择哪种方法取决于你的具体需求和场景。希望这篇文章能帮助你更好地理解这两种方法，并在实际开发中做出合适的选择。