ObservableCollection或IEnumerable？

Question

加载列表框的ObservableCollection或IEnumerable是哪个更快？

我目前正在使用IEnumerable作为列表框的ItemSource。

如果我将其更改为ObservableCollection，它是否会对性能产生任何影响？如果可能的话？

Answer 1

这实际上取决于哪个类正在实现IEnumerable。 IEnumerable只是一个接口，任何数量的类都可以在实际实现之后。你没有真正绑定IEnumerable，因为那是一个接口，但你绑定了一些实现IEnumerable的集合/列表。 ObservableCollection还实现了IEnumerable，因此应该能够安全地将其用作ItemSource。

通过IEnumerable枚举来填充ListBox永远不应该是应用程序中的性能瓶颈，除非您在迭代值时使用一些执行大量逻辑的自定义类，在这种情况下，您的设计可能存在缺陷。

话虽如此，最好的方法当然是简单地衡量。没有什么可以替代测量，并且做出假设总是可能会在以后再次咬你。

Answer 2

我对WPF和C＃都很陌生，但到目前为止我所理解的是，如果你使用IEnumerable作为ItemSource，比如List，你将无法看到该List中的更改，除非你替换它与另一个：

IEnumerable<int> myList = new List<int>();
myList.Add(3);

在这种情况下（假设您执行了所有必要的操作以通知GUI myList已更改），则不会发生任何事情。如果您这样做，请改为：

myList = new List<int> { 100, 200, 300 };

将通知您的GUI。

如果使用ObservableCollection，即使使用Add方法添加新元素，也会通知GUI。因此，您必须决定是否要向ListBox添加元素。

Answer 3

如果绑定到实现IEnumerable且不是ObservableCollection的集合，例如List，则不会通知绑定目标添加/删除的项目。

不使用ObservableCollection只有在集合中的项目数不变时才有意义。只有这样才能将ObservableCollection与其他对象进行比较。如果项目数量发生变化，那么除了使用ObservableCollection之外别无选择。

此外，正如其他用户已经指出的那样，您不必将ObservableCollection与IEnumerable进行比较，而是使用实现IEnumerable的类。

作为示例，可以在Stack Overflow问题 ObservableCollection<> vs. List<> 中找到比较ObservableCollection - List。