WPF控件开发之自定义控件

WPF控件开发之自定义控件Windows Presentation Foundation(WPF)控件模型的扩展性极大减少了创建新控件的需要。

但在某些情况下，仍可能需要创建自定义控件。

本主题讨论可最大限度减少在Windows Presentation Foundation(WPF)中创建自定义控件以及其他控件创作模型的需要的功能。

本主题还演示如何创建新控件。

AD：Windows Presentation Foundation(WPF)控件模型的扩展性极大减少了创建新控件的需要。

但在某些情况下，仍可能需要创建自定义控件。

本主题讨论可最大限度减少在Windows Presentation Foundation(WPF)中创建自定义控件以及其他控件创作模型的需要的功能。

本主题还演示如何创建新控件。

编写新控件的替代方法以前，如果要通过现有控件获取自定义体验，您只能更改控件的标准属性，例如背景色、边框宽度和字号。

如果希望在这些预定义参数的基础之上扩展控件的外观或行为，则需要创建新的控件，通常的方法是继承现有控件并重写负责绘制该控件的方法。

虽然这仍是一种可选方法，但也可以利用WPF丰富内容模型、样式、模板和触发器来自定义现有的控件。

下面的列表提供了一些示例，演示如何在不创建新控件的情况下使用这些功能来实现统一的自定义体验。

丰富内容。

很多标准WPF控件支持丰富内容。

例如，Button的内容属性为Object类型，因此从理论上讲，任何内容都可以显示在Button上。

若要让按钮显示图像和文本，可以将图像和TextBlock添加到StackPanel中，然后将StackPanel分配给Content属性。

由于这些控件可以显示WPF可视化元素和任意数据，因此，减少了创建新控件或修改现有控件来支持复杂可视化效果的需要。

样式。

Style是表示控件属性的值的集合。

使用样式可创建所需控件外观和行为的可重用表示形式，而无需编写新控件。

例如，假设希望所有TextBlock控件都呈现字号为14的红色Airal字体。

您可以创建一个样式作为资源，然后相应地设置适当的属性。

这样，添加到应用程序中的每个TextBlock都将具有相同的外观。

数据模板。

DataTemplate可用于自定义数据在控件上的显示方式。

例如，DataTemplate 可用于指定数据在ListBox中的显示方式。

有关这种情况的示例，请参见数据模板概述。

除了自定义数据外观之外，DataTemplate还可以包含UI元素，这样大大增加了自定义UI 的灵活性。

例如，使用DataTemplate可以创建一个ComboBox，其中每一项都包含一个复选框。

控件模板WPF中的很多控件都使用ControlTemplate来定义控件的结构和外观，这样可将控件外观和控件功能分离开。

通过重新定义控件的ControlTemplate，可以彻底更改控件的外观。

例如，假设您希望控件看起来像一个交通信号灯。

此控件具有简单的用户界面和功能。

该控件有三个圆形，一次只能点亮其中的一个。

经过考虑之后，您可能意识到RadioButton提供了一次只选中一项的功能，但是RadioButton的默认外观完全不像交通信号灯上的灯。

由于RadioButton使用控件模板来定义其外观，因此很容易重新定义ControlTemplate以符合该控件的要求，从而使用单选按钮来制作交通信号灯。

说明：尽管RadioButton可以使用DataTemplate，但在本例中，只使用DataTemplate还不够。

DataTemplate定义控件内容的外观。

对于RadioButton，指示RadioButton是否选中的那个圆形右侧显示出来的全部都是该控件的内容。

在交通信号灯的示例中，单选按钮只需要成为可“点亮”的圆形。

由于交通信号灯的外观要求与RadioButton的默认外观存在很大差异，因此，有必要重新定义ControlTemplate。

一般而言，DataTemplate用于定义控件的内容（或数据），ControlTemplate用于定义控件的构成方式。

触发器。

Trigger用于在不创建新控件的情况下动态更改控件的外观和行为。

例如，假设应用程序中有多个ListBox控件，而您希望每个ListBox中的项在选中时都显示为红色粗体。

您首先想到的可能是创建一个从ListBox继承的类，然后重写OnSelectionChanged方法，以更改选中项的外观，不过，更好的方法是向ListBoxItem的样式添加一个更改选中项外观的触发器。

触发器用于更改属性值或根据属性值执行操作。

EventTrigger用于在发生事件时执行操作。

一般而言，如果控件完全复制现有控件的功能，但您希望该控件具有不同的外观，则应先考虑是否可以使用本节中讨论的某些方法来更改现有控件的外观。

控件创作模型通过丰富内容模型、样式、模板和触发器，最大程度地减少了创建新控件的需要。

但是，如果确实需要创建新控件，那么理解WPF中的不同控件创作模型就显得非常重要。

WPF提供三个用于创建控件的一般模型，每个模型都提供不同的功能集和灵活度。

这三个模型的基类分别为UserControl、Control和FrameworkElement。

从UserControl派生在WPF中创建控件的最简单方法是从UserControl派生。

如果生成继承自UserControl 的控件，需要将现有组件添加到UserControl，命名这些组件，然后在可扩展应用程序标记语言(XAML)中引用事件处理程序。

执行这些操作之后，即可在代码中引用这些命名元素和定义事件处理程序。

此开发模型非常类似于用于WPF应用程序开发的模型。

如果生成正确，UserControl可以利用丰富内容、样式和触发器的优点。

但是，如果控件继承自UserControl，则使用该控件的用户将无法使用DataTemplate或ControlTemplate来自定义其外观。

因此，有必要从Control类或其派生类（UserControl 除外）进行派生，以便创建支持模板的自定义控件。

从UserControl派生的优点如果符合以下所有情况，请考虑从UserControl派生：希望以类似于生成应用程序的方式生成控件。

控件仅由现有组件组成。

不需要支持复杂自定义项。

从Control派生从Control类派生是大多数现有WPF控件使用的模型。

在创建继承自Control类的控件时，可使用模板定义其外观。

通过这种方式，可以将运算逻辑从可视化表示形式中分离出来。

通过命令和绑定（而不是事件），也可确保分离UI和逻辑，尽可能避免引用ControlTemplate中的元素。

如果控件的UI和逻辑正确分离，该控件的用户即可重新定义其ControlTemplate，从而自定义其外观。

尽管生成自定义Control不像生成UserControl 那样简单，自定义Control还是提供了最大的灵活性。

从Control派生的优点如果符合以下任一情况，请考虑从Control派生，而不要使用UserControl类：希望控件外观能通过ControlTemplate进行自定义。

希望控件支持不同的主题。

从FrameworkElement派生从UserControl或Control派生的控件依赖于组合现有元素。

很多情况下，这是一种可接受的解决方案，因为从FrameworkElement继承的任何对象都可以位于ControlTemplate 中。

但是，某些时候，简单的元素组合不能满足控件的外观需要。

对于这些情况，使组件基于FrameworkElement才是正确的选择。

生成基于FrameworkElement的组件有两种标准方法：直接呈现和自定义元素组合。

直接呈现涉及的操作包括：重写FrameworkElement的OnRender方法，并提供显式定义组件视觉效果的DrawingContext操作。

此方法由Image和Border使用。

自定义元素组合涉及的操作包括使用Visual类型的对象组合组件的外观。

有关示例，请参见使用DrawingVisual对象。

Track是WPF中使用自定义元素组合的控件示例。

在同一控件中，也可以混合使用直接呈现和自定义元素组合。

从FrameworkElement派生的优点如果符合以下任一情况，请考虑从FrameworkElement派生：希望对控件的外观进行精确控制，而不仅仅是简单的元素组合提供的效果。

想要通过定义自己的呈现逻辑来定义控件的外观。

想要以一种UserControl和Control之外的新颖方式组合现有元素。

控件创作基础知识如前所述，WPF最强大的功能之一是，无需创建自定义控件即可实现远比设置控件的基本属性来更改其外观和行为更强的功能。

WPF属性系统和WPF事件系统使样式、数据绑定和触发器功能成为可能。

如果在控件中实现依赖项属性和路由事件，则无论使用什么模型创建自定义控件，自定义控件的用户都可以像对WPF随附的控件那样使用这些功能。

使用依赖项属性当属性为依赖项属性时，可以进行下面的操作：在样式中设置该属性。

将该属性绑定到数据源。

使用动态资源作为该属性的值。

动画处理该属性。

如果希望控件的属性支持以上任一功能，则应将该属性实现为依赖项属性。

下面的示例定义一个依赖项属性。

这段代码执行下面的操作：将一个名为ValueProperty的DependencyProperty标识符定义为publicstaticreadonly字段。

通过调用DependencyProperty..::.Register向属性系统注册该属性名，以指定以下内容：属性的名称。

属性的类型。

拥有该属性的类型。

属性的元数据。

元数据包含该属性的默认值、CoerceValueCallback和PropertyChangedCallback。

通过实现该属性的get和set访问器，定义一个名为Value的CLR“包装”属性，这个名称也就是用来注册该依赖项属性的名称。

请注意，get和set访问器只是分别调用GetValue和SetValue。

建议依赖项属性的访问器不要包含其他逻辑，这是因为客户端和WPF可绕过这两个访问器直接调用GetValue和SetValue。

例如，如果属性绑定到数据源，则不会调用该属性的set访问器。

不要向get和set访问器添加其他逻辑，而应使用ValidateValueCallback、CoerceValueCallback和PropertyChangedCallback委托在值更改时进行响应或检查该值。

为CoerceValueCallback定义一个名为CoerceValue的方法。

CoerceValue确保Value大于或等于MinValue且小于或等于MaxValue。