在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.数据流简单图　
640)this.;" border=0>
　　 ASP.NET实现
　　 在ASP.NET中每一个Web页都衍生自System.Web.UI.Page类。Page类集合了HttpSession对象的一个实例用于处理对话数据。在本例中，叫做SessionPage的自定义Page类来衍生自System.Web.UI.Page，提供了类似Page类的所有特性。唯一的区别是默认的HttpSession使用自定义的对话对象重载了（对实例变量使用new修改符，C＃允许衍生的类隐藏基类的成员）。
public class SessionPage : System.Web.UI.Page
{
　 ...
　 public new mySession Session = null;
　 ...
}
　　 自定义的对话类使用HybridDictionary对象来相应保存内存中的对话状态（HybridDictionary可用于处理任意数量的对话元素）。为了与传统的ASP通用，该自定义对话对象将限制对话数据类型为字符串型（默认的HttpSession允许对话保存任意类型的数据，不能与传统的ASP通用）。