用户控件和自定义控件的比较及在项目中的应用文档描述了服务器控件的基本概念，以及用户控件和自定义控件在部署、创建、内容和布局、设计期行为、性能几个方面的比较，然后给出一个在项目开发中服务器控件使用的建议,最后给出一个用户控件的创建和调用的例子。 关 键 词 Server Control 服务器控件 User Control 用户控件，ASP.NET服务器控件的一种(一般后缀名为.ASCX文件) Custom Control 自定义控件，ASP.NET服务器空间的一种(一般后缀名为.DLL文件) Deployment 部署,程序的分发 Design Attribute 设计期属性 RAD 快速应用程序开发 修 改 履 历 版本号版本完成日期作者修改内容描述修改处涉及章节 1. 知识背景 1.1服务器控件简介 服务器控件是ASP.NET页面中用来定义WEB应用程序用户界面的组件。服务器控件是Web Forms 编程模式的基本元素。他们构成了一个新的，基于组件的，直观的表单程序的基础，可以简化Web用户界面的开发。这类似与 Microsoft Visual Basic/Borland Delphi等传统RAD开发工具用来简化Windows Forms编程的方法。从更高的层次来说，服务器控件提供了Web应用程序和表示技术隐含的抽象概念 1.2服务器控件的特征和功能 1：服务器控件隐藏了技术中潜在的不一致性和复杂性，给网页开发者创建了一个直观且简单的编程模式 2：服务器控件隐藏了各种浏览器与查看设备之间的不同，包括目标Web应用程序可能需要的不同版本的浏览器。浏览器控件提供了适于目标浏览器内容显示的能力 。 3：服务器控件起到实际组件的作用，提供在组件与其他类应用合作中可能得到的相同好处。 4：服务器控件通过回传（PostBack）和往返(Round-Trip)的方式管理状态 5：服务器控件包含了处理相关Web请求的回传数据及网页开发者处理其服务器端代码中用户输入和用户动作的逻辑模型。 6：服务器控件提供数据绑定模型。 7：服务器控件为开发者提供多种机制定制自己的页面生成（Rending）. 8:服务器控件在机器级别（通过 Machine.config文件）或者在Web应用程序级别上（通过Web.config文件）是可配置的。 9：在Visual Sturdio.Net这样的可视化设计期环境中，服务器控件提供了一种快速应用开发（Rapid Application Development,RAD）环境 2. 为什么编写自定义服务器控件 虽然标准ASP.NET服务器控件能解决最常用的应用程序方案，当它不详尽。实际上，有很多方案不能直接用这些控件解决。例如，标准 ASP.NET服务器控件不能解决图像映射，制图功能等。以下是开发服务器控件的几个原因： 1：以多个Web应用程序中可复用的和直观的抽象概念形式封装应用程序逻辑。 2：创建商业的组件类库，类似与Visual Basic中的Active控件和Delphi中的VCL控件。 3：在大型工作团队中为分工提供一个明确的机制。例如在工作团队中的开发者可以通过设计和实现应用程序用户界面的开发工具把控件组合在一起。 3. 用户控件和自定义控件的异同服务器控件分为用户控件模型和自定义控件，一般而言，用户控件模型适合创建内部，应用程序特定的控件，而自定义控件模型更适合创建通用的和可再分发的控件， 下面从6个方面来说明他们的异同。 3.1部署当在两个控件模型之间进行选择的时候，部署是最重要的考虑因素，自定义控件模型采用大多数应用程序可以使用的配件形式（.DLL形式），为创建可再分发的组件而设计。用户控件模型是为单个应用程序的情况设计的。用户控件必须以源代码形式部署（.ASCX文件），这些需求有增加维护成本的副作用。 3.2创建创建自定义控件的技术与创建用户控件的技术是不相同的，自定义控件是用.NET编程语言通过编写一个从 System.Web.UI.Control类中直接或间接派生的托管类而创建。这里没有对创建自定义控件的提供设计器支持。但是用户控件类间接地从System.Web.UI.Control派生而来，用户控件以.ASCX文件的形式声明性地创建，这类似于设计和开发ASP.NET页面的方式（易于设计和调试）。 3.3内容和布局由于创建机制的不同，用户控件和自定义控件提供不同的内容和布局支持自定义控件非常适用于通过编程方式生成的布局中所表现的动态内容。例如一个具有动态行的数据绑定控件，一个动态节点的控件树。用户控件的布局在.ASCX文件创建时声明，所以当需要固定布局的相对静态的内容时，用户控件是最好的选择. 3.4设计期行为目前，Visual Studio .Net为自定义控件和用户控件提供了相当不同的设计期能力。Visual Studio .Net为自定义控件提供很大程度的设计期支持功能，比如可以支持设计时属性，方法。Visual Studio .Net对用户控件只拥有很少的设计期支持。用户控件并不在属性窗口中显示属性和事件，也不能放到工具箱中。 3.5性能虽然自定义控件和用户控件遵循着不同的创建模型并且有不同的特性，但这两个控件都是从相同的基类（System.Web.UI.Control）间接地派生的，用户控件在实现时声明性，在页面中第一次使用它的时候，用户控件作为普通的服务器控件被解析并编译进配件中。此后用户控件的行为就象任何其它的编译的（或者自定义）控件一样，所以性能上差别不是很大，主要从其他方面来考虑怎么选择这两种控件。 4. 服务器控件开发情况的建议服 务 器 控 件 开 发 情 况 的 建 议情 况建议 5 用户控件的开发下面用一个例子来简述一个用户控件的开发过程.(通过把已存在的ASP.NET的部分页面转换成用户控件模型). Query_UC_Common.ascx源文件 页面到自定义控件需要修改的部分 注：页面到自定义控件需要修改的部分 1：删除标记<html><bodry><head> 2: 把<%@ Page Language="c#" ClassName="RequiredTextField" %>该为<%@ Control Language="c#" ClassName="RequiredTextField" %> 3: 把文件存为.ASCX文件即可 注意：在页面中调用用户控件的说明 1：为用户控件的声明语句， 2：TagPrefix：TagName结合生成一个标签,服务器解析时把它与指定的用户控件关联在一起，这个结合对已注册的每个用户控件必须是唯一的。 3： Src="Query_UC_Common.ascx”为用户控件在位置，可以是相对路径也可以是绝对路径，但是一定是该页面用户可以访问到的由于这个通用查询显示和打印的
关于 Web 用户控件与 Web 自定义控件的建议 如果现有的 ASP.NET 服务器控件都不符合应用程序的特定要求，则可以创建封装所需功能的 Web 用户控件或 Web 自定义控件。这两种控件之间的主要区别在于设计时的易创建性与易用性。Web 用户控件易于创建，但它们在高级方案中使用起来可能不太方便。开发 Web 用户控件的方式与开发 Web 窗体页的方式几乎完全相同。与 Web 窗体相似，用户控件可以在可视化设计器中创建，可以使用与 HTML 隔离的代码来编写，并且可以处理执行事件。但是，由于 Web 用户控件在运行时动态地进行编译，所以不能将它们添加到工具箱中，而且它们在添加到页面上时由简单的占位符标志符号来表示。如果您习惯于完全的 Visual Studio .NET 设计时支持（包括“属性”窗口和“设计”视图预览），这将会使 Web 用户控件使用起来更不方便。此外，在应用程序之间共享用户控件的唯一方式是将一个单独的副本放入每个应用程序，因此如果对该控件作出了更改，将需要进行比较多的维护。Web 自定义控件是编译的代码，这使得 Web 自定义控件更易于使用但更难于创建；Web 自定义控件必须使用代码来创建。一旦创建该控件，那么，您就可以将其添加到工具箱中，并在具有完全“属性”窗口支持和 ASP.NET 服务器控件的其他所有设计时功能的可视化设计器中显示该控件。此外，还可以在全局程序集缓存中安装 Web 自定义控件的单个副本，并在应用程序之间共享该副本，这将使维护变得更容易。有关更多信息，请参见全局程序集缓存。如果您的控件包含大量静态布局，用户控件则可能是较佳的选择。如果您的控件主要是动态生成的（例如数据绑定表的行、树视图的节点或选项卡控件的选项卡），自定义控件则可能是较佳的选择。下表概述了这两种类型之间的主要区别：Web 用户控件 Web 自定义控件 易于创建 难于创建 为使用可视化设计工具的使用者提供有限的支持 为使用者提供完全的可视化设计工具支持 每个应用程序中需要控件的一个单独副本 仅在全局程序集缓存中需要控件的单个副本 不能添加到 Visual Studio 中的工具箱 可以添加到 Visual Studio 中的工具箱 适用于静态布局 适用于动态布局
用户控件结构 一个 Web 用户控件与一个完整的 Web 窗体页相似，它们都包含一个用户界面页和一个代码隐藏文件。该用户界面页在以下方面与 .aspx 文件不同： 扩展名必须为 .ascx。 用户控件中不包含 <HTML>、<BODY> 和 <FORM> 元素（这些元素必须位于宿主页中）。 在其他任一方面，用户控件都与 Web 窗体页相似。在用户控件上可以使用与标准 Web 窗体页上相同的 HTML 元素和 Web 控件。例如，如果您要创建一个将用作工具栏的用户控件，则可以将一系列“按钮”(Button) Web 服务器控件放在该控件上，并创建这些按钮的事件处理程序
自定义控件继承来自原控件或object (例如：public class UserControl1 : System.Windows.Forms.TextBox）用户控件继承来自userControl (例如：public class UserControl1 : System.Windows.Forms.UserControl)
2：服务器控件隐藏了各种浏览器与查看设备之间的不同，包括目标Web应用程序可能需要的不同版本的浏览器。浏览器控件提供了适于目标浏览器内容显示的能力 。
3：服务器控件起到实际组件的作用，提供在组件与其他类应用合作中可能得到的相同好处。
4：服务器控件通过回传（PostBack）和往返(Round-Trip)的方式管理状态
5：服务器控件包含了处理相关Web请求的回传数据及网页开发者处理其服务器端代码中用户输入和用户动作的逻辑模型。
6：服务器控件提供数据绑定模型。
7：服务器控件为开发者提供多种机制定制自己的页面生成（Rending）.
8:服务器控件在机器级别（通过 Machine.config文件）或者在Web应用程序级别上（通过Web.config文件）是可配置的。
9：在Visual Sturdio.Net这样的可视化设计期环境中，服务器控件提供了一种快速应用开发（Rapid Application Development,RAD）环境
2. 为什么编写自定义服务器控件
虽然标准ASP.NET服务器控件能解决最常用的应用程序方案，当它不详尽。实际上，有很多方案不能直接用这些控件解决。例如，标准 ASP.NET服务器控件不能解决图像映射，制图功能等。以下是开发服务器控件的几个原因：
1：以多个Web应用程序中可复用的和直观的抽象概念形式封装应用程序逻辑。
2：创建商业的组件类库，类似与Visual Basic中的Active控件和Delphi中的VCL控件。
3：在大型工作团队中为分工提供一个明确的机制。例如在工作团队中的开发者可以通过设计和实现应用程序用户界面的开发工具把控件组合在一起。
3. 用户控件和自定义控件的异同服务器控件分为用户控件模型和自定义控件，一般而言，用户控件模型适合创建内部，应用程序特定的控件，而自定义控件模型更适合创建通用的和可再分发的控件，
下面从6个方面来说明他们的异同。
3.1部署当在两个控件模型之间进行选择的时候，部署是最重要的考虑因素，自定义控件模型采用大多数应用程序可以使用的配件形式（.DLL形式），为创建可再分发的组件而设计。用户控件模型是为单个应用程序的情况设计的。用户控件必须以源代码形式部署（.ASCX文件），这些需求有增加维护成本的副作用。
3.2创建创建自定义控件的技术与创建用户控件的技术是不相同的，自定义控件是用.NET编程语言通过编写一个从 System.Web.UI.Control类中直接或间接派生的托管类而创建。这里没有对创建自定义控件的提供设计器支持。但是用户控件类间接地从System.Web.UI.Control派生而来，用户控件以.ASCX文件的形式声明性地创建，这类似于设计和开发ASP.NET页面的方式（易于设计和调试）。
3.3内容和布局由于创建机制的不同，用户控件和自定义控件提供不同的内容和布局支持自定义控件非常适用于通过编程方式生成的布局中所表现的动态内容。例如一个具有动态行的数据绑定控件，一个动态节点的控件树。用户控件的布局在.ASCX文件创建时声明，所以当需要固定布局的相对静态的内容时，用户控件是最好的选择.
3.4设计期行为目前，Visual Studio .Net为自定义控件和用户控件提供了相当不同的设计期能力。Visual Studio .Net为自定义控件提供很大程度的设计期支持功能，比如可以支持设计时属性，方法。Visual Studio .Net对用户控件只拥有很少的设计期支持。用户控件并不在属性窗口中显示属性和事件，也不能放到工具箱中。
3.5性能虽然自定义控件和用户控件遵循着不同的创建模型并且有不同的特性，但这两个控件都是从相同的基类（System.Web.UI.Control）间接地派生的，用户控件在实现时声明性，在页面中第一次使用它的时候，用户控件作为普通的服务器控件被解析并编译进配件中。此后用户控件的行为就象任何其它的编译的（或者自定义）控件一样，所以性能上差别不是很大，主要从其他方面来考虑怎么选择这两种控件。
4. 服务器控件开发情况的建议服 务 器 控 件 开 发 情 况 的 建 议情 况建议 5 用户控件的开发下面用一个例子来简述一个用户控件的开发过程.(通过把已存在的ASP.NET的部分页面转换成用户控件模型).
Query_UC_Common.ascx源文件
页面到自定义控件需要修改的部分
注：页面到自定义控件需要修改的部分
1：删除标记<html><bodry><head>
2: 把<%@ Page Language="c#" ClassName="RequiredTextField" %>该为<%@ Control Language="c#" ClassName="RequiredTextField" %>
3: 把文件存为.ASCX文件即可
注意：在页面中调用用户控件的说明
1：为用户控件的声明语句，
2：TagPrefix：TagName结合生成一个标签,服务器解析时把它与指定的用户控件关联在一起，这个结合对已注册的每个用户控件必须是唯一的。 3： Src="Query_UC_Common.ascx”为用户控件在位置，可以是相对路径也可以是绝对路径，但是一定是该页面用户可以访问到的由于这个通用查询显示和打印的
如果现有的 ASP.NET 服务器控件都不符合应用程序的特定要求，则可以创建封装所需功能的 Web 用户控件或 Web 自定义控件。这两种控件之间的主要区别在于设计时的易创建性与易用性。Web 用户控件易于创建，但它们在高级方案中使用起来可能不太方便。开发 Web 用户控件的方式与开发 Web 窗体页的方式几乎完全相同。与 Web 窗体相似，用户控件可以在可视化设计器中创建，可以使用与 HTML 隔离的代码来编写，并且可以处理执行事件。但是，由于 Web 用户控件在运行时动态地进行编译，所以不能将它们添加到工具箱中，而且它们在添加到页面上时由简单的占位符标志符号来表示。如果您习惯于完全的 Visual Studio .NET 设计时支持（包括“属性”窗口和“设计”视图预览），这将会使 Web 用户控件使用起来更不方便。此外，在应用程序之间共享用户控件的唯一方式是将一个单独的副本放入每个应用程序，因此如果对该控件作出了更改，将需要进行比较多的维护。Web 自定义控件是编译的代码，这使得 Web 自定义控件更易于使用但更难于创建；Web 自定义控件必须使用代码来创建。一旦创建该控件，那么，您就可以将其添加到工具箱中，并在具有完全“属性”窗口支持和 ASP.NET 服务器控件的其他所有设计时功能的可视化设计器中显示该控件。此外，还可以在全局程序集缓存中安装 Web 自定义控件的单个副本，并在应用程序之间共享该副本，这将使维护变得更容易。有关更多信息，请参见全局程序集缓存。如果您的控件包含大量静态布局，用户控件则可能是较佳的选择。如果您的控件主要是动态生成的（例如数据绑定表的行、树视图的节点或选项卡控件的选项卡），自定义控件则可能是较佳的选择。下表概述了这两种类型之间的主要区别：Web 用户控件 Web 自定义控件
易于创建 难于创建
为使用可视化设计工具的使用者提供有限的支持 为使用者提供完全的可视化设计工具支持
每个应用程序中需要控件的一个单独副本 仅在全局程序集缓存中需要控件的单个副本
不能添加到 Visual Studio 中的工具箱 可以添加到 Visual Studio 中的工具箱
适用于静态布局 适用于动态布局
一个 Web 用户控件与一个完整的 Web 窗体页相似，它们都包含一个用户界面页和一个代码隐藏文件。该用户界面页在以下方面与 .aspx 文件不同： 扩展名必须为 .ascx。
用户控件中不包含 <HTML>、<BODY> 和 <FORM> 元素（这些元素必须位于宿主页中）。
在其他任一方面，用户控件都与 Web 窗体页相似。在用户控件上可以使用与标准 Web 窗体页上相同的 HTML 元素和 Web 控件。例如，如果您要创建一个将用作工具栏的用户控件，则可以将一系列“按钮”(Button) Web 服务器控件放在该控件上，并创建这些按钮的事件处理程序
(例如：public class UserControl1 : System.Windows.Forms.TextBox）用户控件继承来自userControl
(例如：public class UserControl1 : System.Windows.Forms.UserControl)