有很多理由让我期待vs.net的下一个版本：Whidbey，其中之一就是增加了很多对客户端脚本的支持。包含了新的属性和一个ClientScriptManager类来管理客户端脚本。然而，也许最受欢迎的就是Whidbey支持回调远程服务器正在使用的客户端脚本。
|
图 1. 回调的流程: 当它被服务器和客户端两者处理时，你可以控制回调的流程
|
|
|
|
|
通过刷新或回发提交一个页面来实现数据查询是一项很平常的技术。使用asp时，开发者使用脚本来控制客户端提交的数据，但这样通常使得asp代码很难进行维护。像大多数的Web applications，对服务器以提交回发形式提交数据引起一个完全的请求- 回应周期,服务器会生成一个完全新的页来回应请求， 然后浏览器会生成新的页以代替已存在的页。页面重绘（page-redrawing）使得使用者得到服务器的回应的数度变得很慢。开发者减轻这种问题的接口问题的一个方法是藉由使用远程脚本（remote scripting）,这种远程脚本使用包含Java applets 的DHTML组合在已存在的页面上动态生成向服务器更新数据的请求。
除此之外，开发者还可以使用(只适用于IE请求)客户端脚本和XMLHttp向服务器后台数据发出请求。
但是这两个方法的实现时很困难的，这需要非常的细心和努力，尤其是编译。
开发者期待在最初ASP.NET release 版本中得到一些变化，他们得到一些，如： 服务器控件、 ViewState，自动回发（Automated postback）以及基于事件的ASP.NET编程模型解决了许多问题。尤其是SmartNavigation(仅仅在IE应用程序里)。 但是为了实现跨平台应用程序，开发者继续依赖远程脚本。这个问题，在ASP.NET v2.0( Whidbey) 里已经得到根本的改变。
Whidbey 对客户回调的支持
在Whidbey 版本中，客户端可以调用服务器方法来提交数据，并且得到结果，而不用提交表单。这些调用你只要写很少的一些特别的代码，使用后台的XML HTTP 来实现对服务器请求。
图一 显示应用程序逻辑流程。
你写了一个对服务器发出请求的客户端函数(步骤2)，并且定义了一个服务器事件(步骤1 c) 处理这个请求。 CallBackManager 就像是一个中转站，处理步骤3到步骤6的一系列过程。包括从客户端到服务器的请求的发出和数据从服务器到客户端的返回。
另一个客户端函数(步骤7) 处理服务器的返回信息。你写了两个客户端函数用来想服务器发出一个请求并且处理服务器的返回信息。
实现查询
假定你需要建立一个页面来实现从3 张数据库表中查询数据：Region, Country, and City。 ( 见图 2 ) 
这是一个" dependent list " 问题的典型的例子。 当一个用户选择一个地区，则程序应当用在这个地区的国家来绑定Country list。 同样，当用户选择一个国家时，City list应该为仅仅包含被选择的国家相应的城市。( 见图 2)
当然可以使用正常postback 技术来实现这写功能，但是你必须忍受每次向服务器发出请求而重绘整个页面的性能代价。然而，因为你能维护全部页布局代码，因此你可以提供一种更好、更快的方法来实现这个功能，这就是使用远程回调（remote callbacks），每次只发送相应的标识并且仅仅得到那些相应的数据。
下载这篇文章代码，代码包括callback.sql数据库脚本，用于建立本文用那些数据。可以使用SQL Server或者MSDE 数据库。 首先运行数据库脚本，( 你可以根据需要更改，来使用其它数据库)。然后启动Visual Studio.NET Whidbey建立例子。
创造工程，选择模板类型" ASP.NET Web Site "( 见图3)。 这建立一个新页default.aspx 。如果想也可以给它重新命名。
|
|
||||
|
|
|
在default.aspx页面增加 dropdown controls如图4中所示。 你可以查看并且复制所有来自这篇文章下载代码用<asp:table>包括的代码。
为了实现远程回调这个功能，必须实现ICallbackEventHandler 接口。 在页面增加以下的代码。
<%@ implements interface= "System.Web.UI.ICallbackEventHandler" %>This interface has a single public event definition that you must implement:
public string RaiseCallbackEvent( string eventArgument) { // Server side handling here... } 远程回调使客户端产生 RaiseCallbackEvent. 因此，你应该处理并且返回基于客户端发出的eventArgument相应的信息。 你可以从方法签名看见这种方法参数为一个string并且返回一个string。
|
|
|
|
图4：设计视图 |
|
你将学会如何书写实施的代码，但是首先要处理怎样处理客户端回叫服务器并且处理服务器回应的方法。 在期间你也需要保证CallBackManager 知道这种回叫客户端方法。Listing 1 显示了Page_Load 事件。
|
C# |
|
Listing 1: Registering Client Scripts: |
|
This code snippet from the default page's Page_Load event shows how you register client scripts. |
|
GetCallbackEventReference使得客户端方法在客户端请求结束时得到回收。 它也让CallBackManager 确定产生哪种回叫方法。 在这个例子内使用的被重载的方法是：
public string GetCallbackEventReference( string target, string argument, string clientCallback, string context, string clientErrorCallback) Table 1. GetCallBackEventReference 方法的参数描述。
|
Parameters |
Description |
||
|
target |
ID of the page where the callback invocation is handled. For more see the other overloaded options available in the next immediate section. In our sample "this" is the argument value, since the callback is handled in the same page. |
||
|
argument |
This is the parameter defintion used to send value to the server. This value is received by parameter "eventArgument" at the server end using the RaiseCallbackEvent event. "arg" becomes the first parameter name in our sample. The value is passed through this argument from the client. |
||
|
clientCallback |
Method name of the callback that is invoked after successful server call. "CallBackHandler" is the method name that handles the callback. |
||
|
context |
A parameter that is associated with the "argument" from the client. It usually should be used to identify the context of the call. You will understand this better from the sample implementation. In the sample "ctx" is just another parameter definition used. The value for this is passed from the client. |
||
|
clientErrorCallback |
|