探讨ASP.NET 2.0中的Web控件改进技术
全面探讨ASP.NET 2.0中的Web控件改进技术之概述(一) 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调用了。 另外，还存在其它一些新的基类，例如用于数据绑定的控件等，在此不再赘 述。 全面探讨ASP.NET 2.0中的Web控件改进技术之ControlState篇(二) 我的观点是：ViewState有可能成为你最好的朋友，也有可能成 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
