提高 WPF ObservableCollection 性能

Question

目前我有两个 WPF 列表框模仿以下功能

_{（来源：psu.edu）}

我使用 2 个 ObservableCollections 来允许用户选择他们需要的任何项目（灵活性是这里的关键）。主要问题是我有数千 个项目分组在两个列表框中。总而言之，设计效果非常好（有几十个项目），但我的绊脚石是当用户在屏幕冻结时从左到右复制所有可用项目时（在不同线程上运行的时间？）。

看看 ObservableCollection，它缺少 AddRange 方法，并且互联网上有各种可用的实现。我还知道 CollectionChanged 事件是不必要的，因为每个项目都被复制，导致性能严重下降。

将来我很可能必须允许用户从超过 10 000 个项目的组中进行选择，这听起来像是一个坏主意，但这是不可协商的，因为列表框（CollectionViewSource）上的分组效果非常好，但有关闭两个列表框的虚拟化的副作用

当数据绑定到 ObservableCollection 时，加载包含数千个项目的列表框时，我可以做些什么来提高性能？您是否有推荐的 AddRange 类型实现？我唯一的选择是在后台线程上运行它，这似乎很昂贵，因为我没有从数据库加载数据？

Answer 1

我已经删除了 CollectionViewSource 和分组，并且项目在 1/2 秒内复制完毕，但是使用分组可能需要长达一分钟的时间，因为虚拟化不适用于分组。

我需要决定是否使用 CollectionViewSource

Answer 2

我忍不住回答这个问题。我认为您不再需要这个答案，但也许其他人可以使用它。

不要想太多（不要接近这个多线程（这会使事情容易出错并且不必要的复杂。仅使用线程进行硬计算/IO），所有这些不同的操作类型将使其很难缓冲。最烦人的部分是，如果您删除或添加 10000 个项目，您的应用程序（列表框）将非常忙于处理 ObservableCollection 引发的事件。该事件已经支持多个项目，所以......

您可以缓冲这些项目，直到它更改。因此，如果“用户”更改操作或刷新操作，“添加”操作将被缓冲并作为批处理引发。
还没有测试过，但你可以这样做：

// Written by JvanLangen
public class BufferedObservableCollection<T> : ObservableCollection<T>
{
    // the last action used
    public NotifyCollectionChangedAction? _lastAction = null;
    // the items to be buffered
    public List<T> _itemBuffer = new List<T>();

    // constructor registeres on the CollectionChanged
    public BufferedObservableCollection()
    {
        base.CollectionChanged += new NotifyCollectionChangedEventHandler(ObservableCollectionUpdate_CollectionChanged);
    }

    // When the collection changes, buffer the actions until the 'user' changes action or flushes it.
    // This will batch add and remove actions.
    private void ObservableCollectionUpdate_CollectionChanged(object sender, NotifyCollectionChangedEventArgs e)
    {
        // if we have a lastaction, check if it is changed and should be flush else only change the lastaction
        if (_lastAction.HasValue)
        {
            if (_lastAction != e.Action)
            {
                Flush();
                _lastAction = e.Action;
            }
        }
        else
            _lastAction = e.Action;

        _itemBuffer.AddRange(e.NewItems.Cast<T>());
    }

    // Raise the new event.
    protected void RaiseCollectionChanged(object sender, NotifyCollectionChangedEventArgs e)
    {
        if (this.CollectionChanged != null)
            CollectionChanged(sender, e);
    }

    // Don't forget to flush the list when your ready with your action or else the last actions will not be 'raised'
    public void Flush()
    {
        if (_lastAction.HasValue && (_itemBuffer.Count > 0))
        {
            RaiseCollectionChanged(this, new NotifyCollectionChangedEventArgs(_lastAction.Value, _itemBuffer));
            _itemBuffer.Clear();
            _lastAction = null;
        }
    }

    // new event
    public override event NotifyCollectionChangedEventHandler CollectionChanged;
}

玩得开心！，J3R03N

Answer 3

您可能可以继承 ObservableCollection （或直接实现 INotifyCollectionChanged）来添加 BeginUpdate 和 EndUpdate 方法。对 BeginUpdate 和 EndUpdate 的调用之间所做的更改将排队，然后组合成一个（或多个，如果有单独的范围）NotifyCollectionChangedEventArgs 对象，该对象将调用 EndUpdate 时传递给 CollectionChanged 事件的处理程序。

Answer 4

您可以在此处找到线程安全的可观察集合。确保您的 Observable 集合线程安全并将其绑定到列表框。