WINUI3中ObservableCollection用OrderBy后数据绑定失效问题求助

原因分析 #

你遇到的问题核心在于集合实例被替换：

• 增删元素时，操作的是同一个ObservableCollection<BleDevice>实例，它内置的INotifyCollectionChanged接口会自动触发通知，ListView能同步更新。
• 排序时你用new ObservableCollection<>(...)创建了新的集合实例，虽然属性触发了PropertyChanged通知，但WINUI3的{x:Bind}默认是OneTime模式，ListView只会在初始化时绑定一次集合实例，后续不会响应PropertyChanged去绑定新实例。就算绑定模式是OneWay，这种替换集合的方式也会导致ListView重新加载所有元素，效率较低。

解决办法 #

推荐两种无需手动重新绑定的方案，优先选第一种：

方案1：修改原集合的元素顺序（高效无实例替换） #

不创建新集合，直接对原集合的元素排序后重新填充，利用ObservableCollection的CollectionChanged通知让ListView更新：

// 先获取排序后的元素列表
var sortedDevices = FliteredDevicesCollection.OrderBy(device => device.SignalStrength).ToList();
// 清空原集合
FliteredDevicesCollection.Clear();
// 批量添加排序后的元素
foreach (var device in sortedDevices)
{
    FliteredDevicesCollection.Add(device);
}

如果觉得多次Add触发多次通知影响性能，可以给ObservableCollection写个扩展方法实现批量添加：

public static class ObservableCollectionExtensions
{
    public static void AddRange<T>(this ObservableCollection<T> collection, IEnumerable<T> items)
    {
        foreach (var item in items)
        {
            collection.Add(item);
        }
    }
}

之后就可以用一行代码完成批量添加：

FliteredDevicesCollection.AddRange(sortedDevices);

方案2：确保绑定模式支持属性变更监听 #

如果坚持要替换集合实例，需要两步操作：

1. 修改XAML绑定模式：把{x:Bind}的模式设为OneWay（ItemsSource不需要TwoWay，单向即可）：

<ListView ItemsSource="{x:Bind ViewModel.FliteredDevicesCollection, Mode=OneWay}" />

2. 确保ViewModel的属性正确触发通知：属性实现要保证在替换实例时触发PropertyChanged：

private ObservableCollection<BleDevice> _fliteredDevicesCollection;
public ObservableCollection<BleDevice> FliteredDevicesCollection
{
    get => _fliteredDevicesCollection;
    set
    {
        if (_fliteredDevicesCollection != value)
        {
            _fliteredDevicesCollection = value;
            OnPropertyChanged(nameof(FliteredDevicesCollection));
        }
    }
}

之后执行你的排序代码时，ListView会收到PropertyChanged通知，重新绑定新的集合实例。

内容的提问来源于stack exchange，提问作者Z. ZENG