C#的DependencyProperty在WPF中的作用是什么？-C#.Net教程-PHP中文网

dependencyproperty是wpf实现数据绑定、样式、动画、模板和属性继承等核心功能的基础；2. 它通过静态注册的标识符和值优先级系统，支持多来源值解析，仅存储被修改的值以节省内存；3. 与普通c#属性不同，dependencyproperty具备自动通知、框架集成和回调机制，能响应ui变化；4. 自定义dependencyproperty需声明静态只读字段、使用register注册、提供clr包装器，并可通过propertymetadata设置默认值和回调；5. 附加属性通过registerattached注册，提供get/set静态方法，用于为其他控件添加行为；6. 值优先级从高到低为：本地值、触发器、显式样式、隐式样式、模板、继承值、默认值，系统按此顺序确定最终属性值；7. 理解该机制有助于调试样式失效或动画覆盖等问题，是掌握wpf灵活性的关键。

C#的DependencyProperty在WPF中的作用是什么？

C#的DependencyProperty在WPF中扮演的角色，简单来说，它是WPF框架实现其核心功能——如数据绑定、样式、动画、模板以及属性值继承——的基石。没有它，WPF的声明式UI和强大的可扩展性几乎无从谈起。它不仅仅是一个属性，更是一个包含丰富元数据、支持复杂值解析和通知机制的系统。

在WPF的世界里，很多我们习以为常的UI元素属性，比如

Button

的

Content

、

Width

，或者

TextBlock

的

Text

，它们都不是普通的C#属性，而是

DependencyProperty

。我个人觉得，理解它，就像是拿到了WPF内部运作的一把钥匙。

解决方案

要深入理解

DependencyProperty

的作用，我们得先思考一个问题：为什么WPF不直接用普通的C#属性？这背后有几个关键的痛点，而

DependencyProperty

就是为解决这些痛点而生的。

首先，普通的C#属性，虽然能存储数据，但它们不具备WPF所需的“感知”能力。你改变一个普通属性的值，它不会自动通知UI更新，也不会参与到样式、动画的逻辑中。而WPF的UI是高度动态和声明式的，它需要属性值能够：

参与数据绑定： 当数据源改变时，UI属性自动更新；反之亦然。
响应样式和模板： 属性值可以由样式（Style）或控件模板（ControlTemplate）来设定，并且在运行时可以动态切换。
支持动画： 属性值可以在一段时间内平滑地从一个值过渡到另一个值。
支持值继承： 比如字体大小，父元素的设置可以自动传递给子元素。
高效的内存管理： 并非所有属性都有值，或者说，并非所有实例都需要独立存储每个属性的值。
```
DependencyProperty
```
通过只存储“被修改过”的值来节省内存。
提供元数据和回调： 允许属性定义者附加额外的行为，比如值改变时的通知，或者强制值在某个范围内。

DependencyProperty

正是为了满足这些需求而设计的。它不是直接存储在对象实例上的字段，而是一个静态注册的标识符。每个

DependencyProperty

都有一个

DependencyPropertyKey

，当一个

DependencyObject

（WPF中大部分UI元素都继承自它）拥有一个

DependencyProperty

时，它的值实际上是存储在一个内部的字典或表中，通过这个Key来查找。这种设计带来了极大的灵活性和效率。

它通过一个复杂的“值优先级系统”来决定最终的属性值，这个系统考虑了本地设置、样式、模板、动画、继承等多种来源。此外，

DependencyProperty

还提供了强大的回调机制，如

PropertyChangedCallback

（当属性值改变时触发）和

CoerceValueCallback

（在属性值设置前对其进行强制转换或验证）。

举个例子，当你定义一个自定义控件时，如果希望它的某个属性能够被样式化、被数据绑定，或者参与动画，那么你就必须将它定义为

DependencyProperty

。

public class MyCustomControl : Control
{
    // 注册一个名为MyText的DependencyProperty
    public static readonly DependencyProperty MyTextProperty =
        DependencyProperty.Register(
            "MyText",                 // 属性名称
            typeof(string),           // 属性类型
            typeof(MyCustomControl),  // 拥有者类型
            new PropertyMetadata("Default Text", OnMyTextChanged)); // 属性元数据

    // CLR属性包装器，方便访问DependencyProperty
    public string MyText
    {
        get { return (string)GetValue(MyTextProperty); }
        set { SetValue(MyTextProperty, value); }
    }

    // 属性值改变时的回调方法
    private static void OnMyTextChanged(DependencyObject d, DependencyPropertyChangedEventArgs e)
    {
        MyCustomControl control = d as MyCustomControl;
        if (control != null)
        {
            // 在这里处理MyText属性改变后的逻辑
            Console.WriteLine($"MyText changed from {e.OldValue} to {e.NewValue}");
        }
    }
}

这段代码展示了如何定义一个

DependencyProperty

。

Register

方法是关键，它将这个属性注册到WPF的属性系统中。而上面的

MyText

属性，仅仅是一个CLR属性包装器，它内部通过

GetValue

和

SetValue

来与真正的

DependencyProperty

交互。

DependencyProperty与普通C#属性有何本质区别？

这真的是一个核心问题，也是很多初学者容易混淆的地方。从表面上看，它们都是用来存储数据的，但它们的“行为”和“能力”完全不在一个量级上。

普通C#属性，也就是我们通常说的CLR属性，它们的值直接存储在对象的实例内存中。每次访问，都是直接读写内存地址。它们简单、直接，适用于绝大多数非UI或非框架层面的数据存储。但它们是“被动”的，你改变了值，除了你手动编写的逻辑，没人知道它变了，也不会自动触发任何UI更新。

DependencyProperty

则完全不同。它不是直接存储在每个实例中的值，而是一个静态的引用（

MyTextProperty

这个

static readonly

字段）。真正的值，是存储在

DependencyObject

内部的一个高效字典或哈希表中，这个表以

DependencyProperty

的标识符作为键，以属性的实际值作为值。这种设计带来了几个决定性的差异：

值来源的复杂性： 普通属性只有一个值来源——你直接赋值。
```
DependencyProperty
```
则有一个复杂的值优先级系统，它的值可能来自本地设置、样式、模板、动画、继承、默认值等等。这是一个非常强大的机制，让WPF的UI具有极高的灵活性和声明性。
内存效率： 对于普通属性，即使你从未设置过它的值，每个对象实例都会为它分配内存。而
```
DependencyProperty
```
则不同，只有当一个
```
DependencyProperty
```
的值被明确设置（或者通过样式、动画等方式生效）时，WPF才会在内部存储它的值。如果一个属性保持其默认值，它就不需要额外的实例内存。这对于拥有大量属性的UI元素来说，是巨大的内存优化。
通知机制与回调：
```
DependencyProperty
```
内置了值改变通知机制。当它的值改变时，可以自动触发UI更新（数据绑定），也可以通过
```
PropertyChangedCallback
```
和
```
CoerceValueCallback
```
来执行自定义逻辑，比如验证输入、强制值范围等。普通属性需要你手动实现
```
INotifyPropertyChanged
```
接口来达到类似的目的，而且远没有
```
DependencyProperty
```
的强大和集成度。
框架集成：
```
DependencyProperty
```
是WPF框架的核心组成部分。数据绑定、样式、动画、模板、路由事件、值继承等所有WPF的高级特性，都建立在
```
DependencyProperty
```
之上。普通属性无法直接参与这些机制。

可以这么说，如果把WPF比作一个精密的机器，那么

DependencyProperty

就是连接各个部件，让它们协同工作，并能灵活响应外部指令的“神经系统”和“能量传输管道”。而普通C#属性，更像是机器里某个固定不变的铭牌，或者一个纯粹的数据存储单元。

如何自定义DependencyProperty以及其常见用途？

自定义

DependencyProperty

是开发自定义控件或为现有控件添加新功能时，几乎无法避免的一步。它的创建过程相对固定，主要通过

DependencyProperty.Register

或

DependencyProperty.RegisterAttached

方法来完成。

自定义

DependencyProperty

的步骤：

声明一个
public static readonly DependencyProperty
字段：这是

DependencyProperty

的标识符，通常命名为

[属性名]Property

。

public static readonly DependencyProperty MyCustomValueProperty;

在静态构造函数中注册属性： 使用

DependencyProperty.Register

方法。

static MyCustomControl()
{
    MyCustomValueProperty = DependencyProperty.Register(
        "MyCustomValue",               // 属性的名称 (字符串)
        typeof(int),                   // 属性的数据类型
        typeof(MyCustomControl),       // 拥有该属性的类 (通常是当前类)
        new PropertyMetadata(          // 属性的元数据
            0,                         // 默认值
            OnMyCustomValueChanged,    // PropertyChangedCallback (可选)
            CoerceMyCustomValue));     // CoerceValueCallback (可选)
}

```
PropertyMetadata
```
：这是为属性提供额外信息的核心。你可以设置默认值，以及两个非常重要的回调函数：
- ```
PropertyChangedCallback
```
  (
```
OnMyCustomValueChanged
```
  ): 当属性的有效值发生变化时被调用。这是你响应属性值变化并执行自定义逻辑的地方，比如更新UI、触发其他计算等。
- ```
CoerceValueCallback
```
  (
```
CoerceMyCustomValue
```
  ): 在属性值被设置或重新评估时被调用。它允许你在值被实际应用之前对其进行“强制”或“修正”，比如确保值在一个有效范围内。

创建CLR属性包装器： 这是为了让外部代码能够像访问普通C#属性一样方便地访问

DependencyProperty

。

public int MyCustomValue
{
    get { return (int)GetValue(MyCustomValueProperty); }
    set { SetValue(MyCustomValueProperty, value); }
}

这个包装器内部调用了

DependencyObject

的

GetValue

和

SetValue

方法，它们是真正与

DependencyProperty

系统交互的接口。

自定义

Attached Property

（附加属性）的步骤：

手机在线人工冲值

说明:我不知道这个系统还能用到什么地方!他的运作方式是这样的,客户在其他地方比如掏宝购买了你得卡,然后在你的网站进行冲值,你得有人登陆并看着后台,如果有人冲值,就会刷出记录,手工冲值完毕后,你得点击 [冲值完毕],客户的页面就会返回冲值信息!安装:上传所有文件,倒入(sql.txt)mysql数据库,使用myphpadminphplib 777phplib/sys.php 777phplib

下载

附加属性是一种特殊的

DependencyProperty

，它允许一个对象为另一个对象定义属性。比如

Grid.Row

和

Grid.Column

就是典型的附加属性。它们不是

Button

或

TextBlock

自身的属性，而是

Grid

为它的子元素“附加”上的属性。

声明

public static readonly DependencyProperty

字段：

public static readonly DependencyProperty MyAttachedTextProperty;

在静态构造函数中注册附加属性： 使用

DependencyProperty.RegisterAttached

方法。

static MyUtilityClass()
{
    MyAttachedTextProperty = DependencyProperty.RegisterAttached(
        "MyAttachedText",
        typeof(string),
        typeof(MyUtilityClass), // 拥有者类型是定义附加属性的类
        new PropertyMetadata("Default Attached Text", OnMyAttachedTextChanged));
}

提供静态的

Get

和
Set
访问器：这是附加属性的约定，用于在XAML或代码中设置和获取值。

public static string GetMyAttachedText(DependencyObject obj)
{
    return (string)obj.GetValue(MyAttachedTextProperty);
}

public static void SetMyAttachedText(DependencyObject obj, string value)
{
    obj.SetValue(MyAttachedTextProperty, value);
}

常见用途：

自定义控件： 当你开发一个全新的WPF控件时，你需要它的大部分可配置属性都是
```
DependencyProperty
```
，这样它们才能被样式、模板、数据绑定等高级功能所利用。
附加行为： 通过附加属性，你可以为现有控件添加新的行为或数据，而无需继承它们。例如，你可以创建一个附加属性来控制某个控件的拖放行为，或者为其添加一个自定义的验证消息。
可绑定/可动画化的属性： 任何你希望能够通过数据绑定或动画来控制的属性，都必须是
```
DependencyProperty
```
。
属性值继承： 如果你希望某个属性的值能够从父元素自动传递给子元素（例如字体大小或前景颜色），你可以在
```
PropertyMetadata
```
中设置
```
FrameworkPropertyMetadataOptions.Inherits
```
选项。

自定义

DependencyProperty

虽然初看起来有点繁琐，但一旦你掌握了它的模式，就会发现它是WPF扩展性和灵活性的关键所在。

DependencyProperty的值优先级系统是如何工作的？

DependencyProperty

的值优先级系统是WPF最强大也最复杂的设计之一。它决定了当一个

DependencyProperty

可能从多个来源获取值时，最终哪个值会生效。理解这个系统，能帮你解决很多WPF中“为什么我的样式没生效？”或者“为什么我的动画覆盖了本地值？”之类的疑惑。

这个系统是一个严格的层级结构，WPF总是从最高优先级开始检查，一旦找到一个有效的值来源，就会采纳它，并停止向下查找。下面是这个优先级从高到低的大致顺序，我个人觉得，记住这个顺序，能帮你省不少调试的力气：

本地值 (Local Value)： 这是优先级最高的。当你直接在XAML中设置一个属性，或者在代码中通过
```
element.SetValue(DependencyProperty, value)
```
来设置时，这就是本地值。例如：
。它会覆盖所有其他来源的值。
模板（Template）和样式（Style）中的触发器 (Triggers)：
- Property Triggers (属性触发器)： 当某个属性达到特定值时改变另一个属性。例如，当鼠标悬停在按钮上时改变其背景色。
- Data Triggers (数据触发器)： 基于数据源的值来改变属性。
- Event Triggers (事件触发器)： 当特定事件发生时触发动画或行为。
- MultiDataTriggers / MultiTriggers： 多个条件同时满足时触发。这些触发器在各自的模板或样式内部，优先级高于一般的样式或模板设置。

样式 (Style)：

显式样式 (Explicit Style)： 通过
```
Style="{StaticResource MyButtonStyle}"
```
应用到控件上的样式。

隐式样式 (Implicit Style)： 通过