在ASP与ASP.NET之间共享对话状态

　　［前言：］ASP.NET是微软提供的最新的开发基于Web的应用程序的技术。它提供了大量的比传统ASP脚本技术的好处，包括：

　　1）通过把UI表现层（presentation）与商业逻辑（business logic）分开建立了更好的开发结构；

　　2）使用完全编译的代码代替了传统ASP的代码翻译；

　　3）它编译特性与每个支持的方法协同，这意味着使用ASP.NET的站点比使用传统的ASP站点的性能更高。

　　尽管把存在的ASP应用程序转换到ASP.NET有很多潜在的好处，也有些ASP应用程序任务很重要并且复杂。转换过程可能需要更多资源并给应用程序带来更多风险。解决这些问题的途径之一是同时运行ASP和ASP.NET应用程序，在一个时刻将一个对话转换为ASP.NET。为了同时运行新旧程序，需要建立一个机制在传统的ASP与ASP.NET间共享对话状态。本文讨论的是怎样使用.NET框架组件的类和序列化特性共享状态信息。

　　概述

　　Cookie是Web应用程序识别用户对话的最常用的方法，可以用于识别传统的ASP和ASP.NET对话状态。在ASP脚本中状态信息保存在内存中，不能与其它应用程序（例如ASP.NET）共享。如果对话状态使用通用格式保存在微软SQL Server中，它就可以被传统的ASP和ASP.NET共同访问。

　　在本例中，名为mySession的Cookie用于识别用户对话。当用户对Web应用程序作出请求时，将为该用户产生唯一的Cookie用于识别对话。在随后的请求中，浏览器将该唯一的Cookie发送回服务器用来识别对话。在被请求的Web页载入前，一个自定义对象将使用该唯一的Cookie从SQL Server中重新载入用户对话数据。通过自定义对象Web页中的对话状态是可以访问的。Web请求完成后，如果请求终止，对话数据将保存回SQL Server（见图1）。

 
图1.数据流简单图

　　ASP.NET实现

　　在ASP.NET中每一个Web页都衍生自System.Web.UI.Page类。Page类集合了HttpSession对象的一个实例用于处理对话数据。在本例中，叫做SessionPage的自定义Page类来衍生自System.Web.UI.Page，提供了类似Page类的所有特性。唯一的区别是默认的HttpSession使用自定义的对话对象重载了（对实例变量使用new修改符，C＃允许衍生的类隐藏基类的成员）。