简介 从使用基本的文本编辑器到创作标记页面，Web 开发已经经历了一个漫长的过程。目前，集成开发环境 (IDE) 为开发过程中的几乎每个方面都提供了图形化表示形式。此外，还实现各种说明性编程技术以提高效率并降低出现错误的几率。 Visual Studio 2005 和 ASP.NET 2.0 中的控件体系结构遵循了这些编程趋势，并且提供了可靠的、可扩展的环境，该环境设计为使开发人员可以创建能够以说明方式配置的控件。
此外，ASP.NET 中新的自适应呈现模型减少了编写可专门识别其目标浏览器的控件的需要。换句话说，控件开发人员可以专注于设计控件，而让 ASP.NET 框架负责转换控件并针对不同类型的浏览器和设备呈现它。
尽管 ASP.NET 2.0 在控件设计过程中提供了增量改进功能，但实际控件呈现模型已经完全进行了更改。作为自定义控件开发人员，您将会看到利用 ASP.NET 的几个新选项。最重要的是，您将会发现只需编写较少的代码便可完成相同的任务。
在 ASP.NET 2.0 中，创建自定义服务器控件有很多方法，每种方法都有其优点和局限性。本文将讨论与自定义控件的创建和配置相关的详细信息。代码示例和体系结构概念要求您对 C# 编程语言具有中等水平的理解。
自适应呈现模型 在 ASP.NET 1.x 中，自定义控件开发人员必须设计每个服务器控件，以便它可以识别不同的浏览器类型并发出正确的输出。ASP.NET 1.x 控件框架提供了几项功能以使该任务变得更简单，但开发人员仍然必须根据浏览器的类型编写切换程序、开发适当的 HTML，然后针对不同类型的浏览器测试控件。此外，如果开发人员希望控件在移动设备上显示，他必须创建一个与普通 Web 浏览器上使用的控件不同的全新控件。
ASP.NET 2.0 通过新的自适应呈现模型简化了浏览器检测和呈现过程。在 ASP.NET 2.0 中引入的自适应呈现模型旨在用于支持那些众多能够使用标记格式（包括 HTML、WML、XHTML 或 CHMTL）的不同设备。
自适应呈现模型体系结构 每个控件都可以链接到一个适配器，它会针对特定的目标设备修改控件的行为和标记。例如，HTML 适配器将 ASP.NET 控件生成为标准的 HTML 和 DHTML，以便普通 Web 浏览器使用。另一方面，WML 适配器将相同的控件转换成无线标记语言，以便蜂窝电话或其他移动设备使用。
 图 1. 控件-适配器寿命周期 |
上图说明了控件方法与适配器方法之间一对一的映射。如果有适配器（如果控件的 Adapter 属性不为空），执行就会在控件和适配器方法之间传输，如上图所示。在生成阶段，控件对象或适配器对象都可以生成输出（通常情况下两者不同时生成输出）。通常情况下，如果有适配器，那么适配器的实现将覆盖控件的实现。在 ASP.NET 2.0 中，自适应呈现模型适用于所有 ASP.NET 控件（不仅仅是移动控件），并且允许 ASP.NET 2.0 支持统一的控件体系结构。
