你从上面的示例代码中可以看出，以独立方式使用XMLHttp对象是相当简单的。然而，把XMLHttp集成到HttpPage生命周期的其它部分中是比较困难的-例如，如何确保服务器端的方法调用能够存取页面中其它控件的状态呢？为了正确初始化这些控件的状态，服务器端的回调处理需要经历一个与回调过程类似的HttpPage生命周期。直接使用XMLHttp对象的其它挑战是，作为开发者，我们需要考虑不同的浏览器类型。幸好，ASP.NET 2.0提供了一个可重用的模式-它能够使得存取回调功能非常容易。注意，随同ASP.NET 2.0一同发行了若干控件，包括GridView，TreeView等，都综合利用了回调机制。

　　让我们先看一下服务器端实现原理。首先，在服务器端要定义一个新的接口IcallBackEventHandler。任何ASPX页面(或打算支持客户端回调的控件)都需要实现这个ICallBackEventHandler接口。ICallBackEventHandler接口定义了一个称为RaiseCallbackEvent的方法。这个方法使用一个字符串类型的参数并且返回一个字符串。

在客户端，为了初始化回调功能，需要调用一个特殊的JavaScript函数。你可以通过调用ClientScriptManager.GetCallbackEventReference来获得一个到这个特殊的JavaScript函数的引用。到GetCallbackEventReference的调用将产生一个回调引用。当调用此回调函数时，你只需要传递一个字符串类型的参数。这是与服务器端的RaiseCallbackEvent签名一致的。这就是你在客户端建立回调机制所需做的一切。其它的把客户端回调函数钩（hook up）到服务器端的IcallBackEventHandler接口的RaiseCallbackEvent方法的实现则是由框架来完成的。前面提到的初始化回调机制的特殊JavaScript函数使用了另外两个参数（__CALLBACKPARAM和__CALLBACKID）作为回馈数据，它们分别代表传递到调用者的字符串参数和控件的ID。在服务器端，ASP.NET检测其它两个参数的存在并且会把请求路由到适当的控件，这将导致调用目标控件上的RaiseCallbackEvent方法。为了解决前面提到的页面上的控件的初始化问题，ASP.NET运行时刻在服务一次回调时提供了一个简化版本的HttpPage生命周期。这一周期包括浏览页面初始化的某个具体阶段，观察状态加载，页面加载和回调函数事件处理等。一旦回调函数事件被控件所处理，HttpPage生命周期的其它阶段就会被跳过。

　　为了帮助更好地理解ASP.NET 2.0的回调机制，发行包中包括了一个简单的进度条控件，它依靠回调来决定服务器确定的一项任务的状态。下面的列表1显示了该ProgressBar控件的代码。为了支持客户端回调函数，这个控件实现了ICallbackEventHandler接口。为了演示之目的，RaiseCallbackEvent方法实现简单地查找存储在会话中的一个计数器，每次给计数器加1，并且把新值返回到客户端。最后，列表2显示了负责初始化该回调函数的JavaScript代码。它使用了this.Page.ClientScript.GetCallbackEventReference来获得一个到需要初始化回调的函数的安全引用。

　　

上一页  [1] [2] [3] [4] [5] [6] 下一页