C# WPF中Dependency Property的get与set方法为何未执行？

核心原因：WPF依赖属性的CLR包装不会被绑定引擎直接调用 #

当你用DependencyProperty实现属性时，你写的get和set方法只是语法糖——方便你在业务代码里像普通CLR属性一样读写，但WPF的绑定引擎、XAML解析等内部逻辑，会直接调用GetValue(CBCheckedProperty)和SetValue(CBCheckedProperty)来操作属性值，完全绕开了你自定义的get/set逻辑。所以你加在这两个方法里的Debug.WriteLine自然不会执行。

而你之前用INotifyPropertyChanged的版本是普通CLR属性，绑定引擎会直接调用get获取值、set设置值，所以调试输出能正常打印。

正确监听属性变化的方式 #

如果需要在CBChecked值变化时执行逻辑（比如打印调试信息），要在注册依赖属性时指定PropertyChangedCallback回调：

public static readonly DependencyProperty CBCheckedProperty =
    DependencyProperty.Register(
        nameof(CBChecked),
        typeof(bool),
        typeof(MainWindowViewModel),
        new PropertyMetadata(false, OnCBCheckedChanged));

public bool CBChecked
{
    get => (bool)GetValue(CBCheckedProperty);
    set => SetValue(CBCheckedProperty, value);
}

private static void OnCBCheckedChanged(DependencyObject d, DependencyPropertyChangedEventArgs e)
{
    Debug.WriteLine($"CBChecked changed from {e.OldValue} to {e.NewValue}");
    // 这里添加属性变化后的其他逻辑
}

额外提示：MVVM中DependencyProperty的适用场景 #

在MVVM的ViewModel层，通常更推荐用INotifyPropertyChanged实现普通CLR属性。DependencyProperty本质是为WPF的UI控件（比如自定义控件）设计的，ViewModel作为数据模型层，用INotifyPropertyChanged更轻量，也更符合MVVM职责分离的设计原则，你这次的问题就是典型的误用场景之一。

内容的提问来源于stack exchange，提问作者Aad Slingerland