WinUI3中ItemsControl数据模板使用CustomControl的异常问题

问题根源 #

数据绑定操作依赖属性时，不会调用CLR属性的setter方法——绑定引擎直接通过DependencyObject.SetValue()操作依赖属性的底层存储，跳过了你写在setter里的逻辑。单独使用控件时你可能是直接赋值CLR属性（比如control.StimulationType = xxx），所以触发了setter；但放到ItemsControl通过DataTemplate绑定ViewModel时，绑定走的是依赖属性的原生机制，setter里的代码自然不会执行。

正确的实现方式 #

把控制Badge显示状态的逻辑从CLR setter移到依赖属性的PropertyChangedCallback中，这才是依赖属性值变化时的标准处理方式：

public static readonly DependencyProperty StimulationTypeProperty =
    DependencyProperty.Register(
        nameof(StimulationType),
        typeof(YourType),
        typeof(StimulationListItem),
        new PropertyMetadata(default(YourType), OnStimulationTypeChanged));

public YourType StimulationType
{
    get => (YourType)GetValue(StimulationTypeProperty);
    set => SetValue(StimulationTypeProperty, value);
}

private static void OnStimulationTypeChanged(DependencyObject d, DependencyPropertyChangedEventArgs e)
{
    var control = (StimulationListItem)d;
    // 这里写原来在setter里的Badge显示控制逻辑
    control.UpdateBadgeVisibility(e.NewValue);
}

private void UpdateBadgeVisibility(object newValue)
{
    // 具体的显示/隐藏逻辑
}

关于你的疑惑解答 #

• 两级绑定未生效？：绑定本身是生效的，只是你把逻辑放错了地方（CLR setter）。改用PropertyChangedCallback后，绑定更新属性值时会触发回调，逻辑就能正常执行。
• 应为ViewModel设计ControlTemplate？：不需要。ViewModel是纯数据/业务逻辑类，和UI无关；ControlTemplate是用来定义CustomControl的视觉结构的，两者职责完全分离。正确的模式是：ViewModel提供数据 → 绑定到CustomControl的依赖属性 → CustomControl通过ControlTemplate呈现视觉效果，并在属性变化回调里处理UI逻辑。
• CustomControl代码后置可作为ViewModel使用？：不建议这么做。CustomControl是UI控件，依赖WinUI的UI库；ViewModel应该是独立的类，不依赖任何UI框架，这样才能保证业务逻辑和UI解耦，方便测试和维护。混在一起会导致代码耦合度高，不符合MVVM设计原则。

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