ASP.NET 2.0并没有抛弃1.1版本中的任何现有控件，而是增加了一组新的控件;同时还引入了若干新的控件开发技术。本系列文章将对这些内容展开全面探讨。

　　一、 引言

　　到目前为止，你可能已经了解了大量的ASP.NET 2.0新特征—母版页面，主题，提供者，等等……所有这样内容都相当精彩;但是，你是否了解到有关定制Web控件开发方面的重大变化?这正是我在本文中所想讨论的。如果你已经从事于控件开发，那么，我想本文所描述的ASP.NET 2.0中的新的改进特征会立即应用于你的控件开发中。

　　首先应该注意的是，你以前使用ASP.NET 1.1(或1.0)开发的所有Web控件在2.0版本下将继续良好运行—微软并没有破坏你的现有代码。在本文中，我将向你介绍的所有相关内容，包括许多新的令人激动的技术，所有这些你都可以添加到现有控件或在新的控件环境中使用。

　　作者注：本文假定你对定制Web控件开发已经有一个基本了解。在本文中，我以一个增强版本的EmailContact控件为例对ASP.NET 2.0中的Web控件改进技术作全面探讨。

　　二、 改进

　　表格1描述了ASP.NET 2.0在定制Web控件开发方面所作的大部分的重大改进。在本系列文章中，我将对这些特征展开逐一讨论。

　　表格1:ASP.NET 2.0 Web控件改进功能。

　　三、 增强EmailContact Web控件

　　本文中的定制EmailContact Web控件(参考图1)允许在你的站点中加入一个“contact us”表单，它具有完整的电子邮件功能。在本文中，我将使用该功能增强这一控件。

　　图1.缺省状态下的EmailContact控件

　　四、 一个新的基类

　　以前，开发者都是从WebControl类派生他们的可视化Web控件。我之所以在此使用了“可视化”一词是因为，典型情况上，没有在浏览器中生成任何内容的控件都是派生自Control类。这一点并没有改变—你应该继续使用该Control类来派生任何这样的非可视化控件—它们执行不可见功能或在浏览器中生成除可视化HTML内容之外的任何其它内容。而且，在开发可视化Web控件时，你还应该继续使用WebControl类。然而，我们所开发的大多数复合控件都是为了利用现有控件的功能。在这种情况下，你应该总是从WebControl类进行派生，但是你还要记住另外一些有关细节—否则的话，有可能导致许多问题。

　　复合控件必须实现INamingContainer接口，并且需要包括在你的控件类中。这个接口能够确保在你的控件及其可以生成的整个控件层次中的所有的HTML标签中都具有唯一的标签命名。当你在单个页面上存在多个相同类型的复合控件的情况下，这是相当关键的。在这样的情况下，你需要确保任何生成的子元素都具有唯一的名称。忘记实现该接口能够导致各种问题的出现。

　　在ASP.NET 2.0以前，复合控件开发者还需要记住在一个控件的Render方法中调用EnsureChildControls。在我以前的文章中曾经向你介绍如何重载该Render方法并且在调用基类的Render方法前调用这个方法。要使控件在Visual Studio设计时刻正确生成这一步是必要的;否则，有可能带来许多不便。

　　上面两个步骤在复合控件开发中如此普遍，以致于许多开发者往往都会构建一个包括这两个细节的基类，然后从该基类下派生他们所有的新的复合控件。作为代替，ASP.NET 2.0提供了(更准确地说是“名字为”)CompositeControl。借助于这个类来构建你的复合控件，你就不必再记住实现INamingContainer或从Render方法中执行一个EnsureChildControls调用了。

　　另外，还存在其它一些新的基类，例如用于数据绑定的控件等，在此不再赘述。

　　我的观点是：ViewState有可能成为你最好的朋友，也有可能成为你最坏的敌人—这要依赖于你使用它的方式来决定。如果你在以前曾经使用过ViewState，那么，你肯定会喜欢新的ControlState。

　　关于ViewState的最令人头痛的问题之一就是，它的“all-or-nothing”状态管理方法。页面开发者可以很容易地决定在任何控件级，页面级或在整个站点级(经由web.config)上关闭ViewState。事实上，如果你在整个站点级上通过web.config关闭ViewState的话，那么，你不妨猜测一下你还能够在其它什么地方关闭它?答案是：还可以在machine.config中实现—在此情况下，它能够影响到同一服务器上的所有站点。如果一个页面开发者决定关掉在ViewState中实现状态管理的能力，那么，你的控件生成有可能出现部分不可用，或更有甚者—完全不可用。

　　为此，在新版本中，微软创建了ControlState—旨在解决这一问题。页面开发者不能关掉ControlState，因此使用它进行属性选择更为安全。

　　使用ControlState与使用ViewState几乎完全一致。然而，ControlState并没有提供象ViewState这样的一个变量，而是提供了称为SaveControlState和LoadControlState的方法以便于你的控件能够进行重载。这些方法与SaveViewState和LoadViewState方法的工作原理完全一致。

　　因为ControlState在属性语句中没有提供一个相应的变量，所以，你必须借助于ASP.NET开发者以前在他们的对象中所使用的成员变量(属性语句)来实现相同的功能。

　　然而，因为我使用了一个标准的成员变量来保存值，所以我需要一种方法以便把数据存储在ControlState中—这正是前面提到的方法“登场”的原因。就象在它们相应的ViewState方法中那样，ASP.NET将在页面生命周期内调用这两个方法。其中，SaveViewState方法返回一个将被持久存储的对象类型。通过返回一个对象数组，这个方法可以存储多个值。并且，就象发生在SaveViewState方法中一样，也是使用数组的0下标元素来调用基类的SaveControlState方法。

　　注意：LoadControlState方法以一个对象作为参数—这个对象是以前在SaveControlState中返回的一个对象。在这个方法中，