依赖属性不同Getter/Setter模式的区别及适用场景

嘿，这个问题问得很精准！咱们先把两种模式的核心差异拆解清楚，再聊聊各自的适用场景——你猜测的方向完全正确，确实和开发场景强相关～

核心区别 #

模式一：附加属性的标准实现 #

这是WPF中**附加属性（Attached Property）**的官方规范写法，核心特征是：

• Set/Get方法都是static静态方法
• 必须接收DependencyObject类型的参数，用来指定要附加属性的目标对象
• 本质是把属性值存储在目标对象的依赖属性存储系统中，而非定义属性的类本身

代码示例：

public static void SetIsActive(DependencyObject obj, bool value) 
{ 
    obj.SetValue(IsActiveProperty, value); 
} 
public static bool GetIsActive(DependencyObject obj) 
{ 
    return (bool)obj.GetValue(IsActiveProperty); 
}

模式二：常规依赖属性的实现 #

这是**常规依赖属性（Regular Dependency Property）**的标准写法，核心特征是：

• 是类的实例属性（非static）
• 直接通过当前实例的GetValue/SetValue方法操作属性值
• 属于定义该属性的类的固有属性，只能在该类的实例上使用

代码示例：

public bool IsActive 
{ 
    get { return (bool)GetValue(IsActiveProperty); } 
    set { SetValue(IsActiveProperty, value); } 
}

适用场景对应 #

你猜测的使用场景完全准确，具体对应关系如下：

• 附加属性/行为开发：必须用模式一。比如你要给任意UI元素（TextBox、Button、Grid等）添加一个通用标记或行为，像WPF自带的Grid.Row、Canvas.Left这类跨控件属性，就依赖这种静态访问器实现“附加”到任意DependencyObject的能力。
• 自定义控件/用户控件开发：用模式二。当你开发自己的控件（比如自定义的MySpecialButton），IsActive作为控件自身的固有状态属性，和控件的Width、Content等属性一样，属于实例的固有属性，用实例访问器更符合常规控件的使用习惯。
• 转换器、数据绑定场景：根据属性类型选择。绑定附加属性时，XAML中要写local:MyAttachedProp.IsActive="{Binding IsEnabled}"；绑定常规依赖属性则直接写IsActive="{Binding IsEnabled}"。转换器中处理附加属性时，需要调用静态Get方法取值，处理常规属性则直接访问实例属性。

内容的提问来源于stack exchange，提问作者Andrew Stephens