HandyControl中ListBoxAttach.SelectedItems绑定问题解析

在使用HandyControl库中的CheckComboBox控件时，开发者可能会遇到一个常见的绑定问题：当尝试将hc:ListBoxAttach.SelectedItems绑定到一个List<T>类型的属性时，绑定的值会变为null。本文将深入分析这个问题并提供解决方案。

问题现象

在WPF应用程序中使用HandyControl的CheckComboBox控件时，开发者通常会这样定义绑定：

<hc:CheckComboBox 
    ItemsSource="{Binding DataList}" 
    hc:ListBoxAttach.SelectedItems="{Binding SelectedDataItems}" />

对应的ViewModel代码如下：

public class RootViewModel : PropertyChangedBase {
    public IReadOnlyList<string> DataList { get; } = ["1", "2", "3"];
    public List<string> SelectedDataItems { get; set; } = [];
}

这种情况下，SelectedDataItems属性在运行时会被设置为null，而不是预期的空列表。

问题原因

这个问题的根本原因在于HandyControl内部对SelectedItems属性的处理机制。ListBoxAttach.SelectedItems属性在设计上期望绑定到一个非泛型的IList接口实现，而不是具体的泛型集合类型如List。

当绑定到List时，WPF的绑定系统无法正确地将内部集合转换为目标类型，导致绑定失败并返回null。

解决方案

要解决这个问题，需要将ViewModel中的SelectedDataItems属性类型从List改为非泛型的IList接口：

public IList SelectedDataItems { get; set; } = new ArrayList();

或者使用非泛型的集合类：

public ArrayList SelectedDataItems { get; set; } = new ArrayList();

深入理解

这种设计选择可能有几个考虑因素：

1. 兼容性：非泛型IList接口可以容纳任何类型的对象，提供了更大的灵活性
2. WPF绑定机制：WPF的数据绑定系统对非泛型集合有更好的支持
3. 反射限制：在运行时处理泛型集合可能会引入额外的复杂性

最佳实践

在使用HandyControl的CheckComboBox或其他支持多选的控件时，建议：

1. 始终使用非泛型集合作为SelectedItems的绑定目标
2. 如果需要类型安全，可以在ViewModel内部进行类型转换
3. 考虑在属性设置器中添加null检查，防止意外的null值

总结

HandyControl中的ListBoxAttach.SelectedItems绑定问题是一个典型的类型兼容性问题。通过理解WPF绑定机制和HandyControl的内部实现，我们可以采用正确的集合类型来避免这个问题。记住使用非泛型的IList接口而不是具体的泛型集合类型，就能确保绑定正常工作。