.Net组件开发介绍 开发ajax控件

　　点注册

　　我们来先看看用户名不存在的情况：可以注册

　　点注册。

　　我们做成 这样一个控件后，我们就不必去写xmlhttp了，

　　只要一拖这个控件，写上少量代码(说白了就是传参了)

　　2。该控件工作原理.

　　该控件从webcontrol继承，并实现了INameContainer,还实现了ICallbackEventHandler接口以便获得回调支持。

　　大家可以注意到，我们并没有去实现数据回发事件接口(IPostBackDataHandler),我们这里用到的是异步回调，可以不去实现此接口，

　　关于此接口在后述文章中会谈到。

　　按从客户端到服务端来解析工作原理

　　从注册到页面上的脚本讲起：

　　当然需要在客户端本中发出一个调用.

　　下面的控件代码中：

　　前面的这条"Page.ClientScript.GetCallbackEventReference(this, "this.value", ClientCallBackScript, null);在运行时会被解析成什么样子呢?我们只要在页面运行时察看页面源码就可以看到，实际上服务器帮我们生成了下面这段 script代码：

　　这段代码是什么意思呢?很显然的他调用了一个系统与定义的script函数：WebForm_DoCallback。我们要把这个函数找出来看看它具体 为我们干了什么。在运行时的页面源码中，我们很容易可以找到这段脚本的出处。我们注意到有一个

　　就是调用下图的WebForm_DoCallback

　　好的，我们说完了客户端，我就来讲讲服务端给我们做了什么

　　实现ICallbackEventHandler，则会在客户端页面发现如下一代码

　　这个代码，眼熟吧，我们开发ajax时，将ScriptManage拖到页面后，在浏览器源代码中发现也有这个脚本吧。

　　如果有兴趣的，可以去研究研究它。

　　从前面的基础知识是我们知道了它有GetCallbackResult()和void RaiseCallbackEvent(eventArgument)这两个方法。

　　根据MSDN的文档，我们知道，在一个callback被post到服务端时， Page将会首先将post回来的form data绑定到当前页面的服务端web控件，接着判断本次post是callback还是postback，如果是postpost，那么自然是原来的那 个机制;

　　如果是callback，则将回调用触发本次callback的控件的RaiseCallbackEvent (eventArgument)，当然，eventArgument也将会正确的传过来，

　　在这个函数的实现代码里我们可以对这个参数进行解析处理，并在某 个地方，存储我们准备返回的数据，或者待处理的已经被解析出来的参数。

　　接着，系统将调用string GetCallbackResult()，在这个函数的实现代码中，我们可以直接返回我们在RaiseCallback函数中存储的准备返回的数据，或者 根据待处理的已经被解析出来的参数处理这些参数，并返回结果。这个返回的字符串，自然将以脚本的形式被render回客户端。