探讨微软ASP.NET AJAX控件开发技术（客户端）(1)

【51CTO.com独家特稿】下篇：探讨微软ASP.NET AJAX控件开发技术（服务器端） 

一、简介

如今，ASP.NET AJAX框架以其与ASP.NET 2.0系统的有机整合与完全面向对象的客户端JavaScript组件模型正在吸引着越来越多的Web开发人员。此外，这个框架还为基于ASP.NET 2.0平台的AJAX Web开发提供了一揽子方案（尽管尚嫌稚气）。

首先，我们来回忆ASP.NET AJAX框架设计的主要目标：其一，扩展现有的ASP.NET服务器端模型，让其能够生成支持富客户端的JavaScript代码；其二，为ASP.NET应用增加客户端编程模型，让纯粹的客户端编程变得更为容易。

基于此，我们至少可以从如下两个方面来扩展ASP.NET AJAX框架。第一，创建更为丰富的ASP.NET AJAX服务器端扩展器控件，以便为这些控件提供丰富的客户端Ajax行为。此部分的极好例证就是AJAX Control Toolkit中的大部分控件。第二，创建纯粹的客户端组件/控件。这部分的例证就是框架已经实现的对于常规HTML元素的封装、高级客户端控件ListView及客户端离线数据源DataSource等。为此，控件开发者可以创建新的客户端组件/控件来封装典型的客户端功能，或者基于现有客户端组件/控件加以扩展。

【说明】第一，事实上，我们可以进一步沿着ASP.NET AJAX客户端与服务器端架构层次关系图进一步扩展其底层。第二，要开发ASP.NET AJAX控件要求开发人员首先具备关于ASP.NET AJAX框架的客户端和服务器器知识（相比而言，在具体编程的过程中要求掌握更多的客户端相关知识）。

在本文中，我们将从客户端和服务端两个角度全面探讨ASP.NET AJAX框架中的控件开发相关技术。首先，让我们从客户端开始。

二、控件开发客户端相关技术

微软Ajax库的最伟大之处在于，它扩展了JavaScript的面向对象编程模型并且提供一个增强的类型系统（其中包含命名空间，类，接口，枚举，异常处理，反射及其它为.NET开发者所熟悉的结构）。

尽管Ajax控件都是继承自Sys.UI.Control，但是，整个Ajax控件的核心却是Sys.Comoponent类。这个类模拟了.NET框架的System.ComponentModel.Comoponent类。图1展示了在Ajax控件开发中继承类之间关系的示意图。

图1：Ajax控件开发中所涉及的类关系图

(一)Sys.IDisposable

这个接口类似于.NET框架的IDisposable接口。组件利用的所有资源都应该在dispose方法中释放。具体地说，这些资源包括事件处理器，大型数组，等等。

(二)Sys.INotifyDisposing

这个接口允许组件用户通过disposing事件检测该组件的释放情况。

(三)Sys.INotifyPropertyChange

这个接口允许组件用户通过PropertyChanged事件检测有关属性的改变情况。在本文后面，我们还要对此展开详细的讨论。

(四)Sys.Component

该Sys.Component类要实现上面所有的接口。封装了复杂的逻辑或包含子DOM元素的组件一般都要求使用一个中央位置用于初始化和清除类的实例。这通常是通过重载Sys.Component类的initialize和dispose方法实现的。下列图2展示了Sys.Component类的主要功能。

图2：Sys.Component类主要功能展示

进一步归纳来看，共存在两种类型的组件：

◆Nonvisual（非可视化的）
◆Visual（可视化的）

一个非可视化的组件没有任何用户接口。一个典型的例子是ASP.NETAJAX框架内置的定时器控件或一个定制的对web服务进行队列调用的组件。非可视化组件类似于ASP.NET中的ObjectDataSource和TableAdapter控件，但是没有任何用户接口。

另一方面，可视化的组件则提供了一个用户接口。一个典型的例子是Ajax Control Toolkit中的控件，UpdateProgress，以及AjaxGrid控件等等。其实，我们还可以把可视化组件进一步划分为：

◆Action（Sys.UI.Action）
◆Control（Sys.UI.Control）