因为最近在WPF项目中，遇到ObservableCollection这个属性的频繁使用，一个一个坑跳过来，今天看到这个贴子
玩转INotifyPropertyChanged和ObservableCollection - 包建强 - 博客园 (cnblogs.com)
其中分析很透彻了，但是留了一点遗憾，而且在其中引起了一个想法，做一个项目来测试一下。
我们知道在Binding一个item的时候，想要其中属性变化时，UI同步变化，需要实现OnPropertyChanged接口，我因为习惯于mvvm.Toolkit，也就是说需要继承ObservableObject,
类似这样：
public class Student:ObservableObject { private string name; public string Name { get => name; set => SetProperty(ref name, value); } private int age; public int Age { get => age; set=>SetProperty(ref age, value); } }
在Binding到集合项的时候，通常需要这样
pulic ObservableCollection<Student> Students_t = new ();
通过上面2条，可以实现：集合中增加、删除元素，及元素属性更新的时候，UI可自动更新。
但是，但是的但是，如果需要刷新数据的时候，比如说，人工清除当前集合，重新从源头读取，通常这样：
Students=new ObservableCollection<Student>(ctx.students)
这就坏了，发现UI没更新。原因在于，ObservableCollection只关注内部的元素变化，但当他自己发生了变化，其实对集合Binding关系已经破坏了，因为这是一个新建的集合，等于更新了Students这个对象，而不是对这个对象的内部元素作出的增删。
希望我说得明白了。
如果我说明白了，就是说，前面我们忽略了一个问题。
Students仍然不是可观察对象。
所以，要修改为
private ObservableCollection<Student> students_c = new （）； public ObservableCollection<Student> Student_c { get => students_c; set => SetProperty(ref students_c, value); }
}
开始我说的忽发奇想是，如果我对List<T>实现可观察，是否能够代替了ObservableCollection？测试结果是，是的，在重置数据的时候，确实是可以实现的（很奇怪吗？），但是在增删元素的时候，仍然不行，仍然需要ObservableCollection。
对以上各种情况，我做的测试项目，见：
https://gitee.com/ppcba/observable-collection-demo.git
如果有同样疑惑的，建议参考着自己做一下，不然会仍然糊涂着。
==========2023-5-7补充=========
ObservableCollection的重置还有一种场景，就是自身不带AddRange方法，只好更新它后面的数据源，习惯上是这样使用的：
StuList.AddRange(stus);
Students=New ObservableCollection<Student>(StuList);
这就使得ObservableCollection被重置了。
所以，我现在项目上，仍然把ObservableCollection作为字段，而不是属性,需要重置的时候，就清空，然后使用扩展方法AddRange方法。文章来源：https://www.toymoban.com/news/detail-435236.html
但从MVVM强迫症的角度，还是一切OnPropertyChanged进行到底为好。文章来源地址https://www.toymoban.com/news/detail-435236.html
到了这里，关于关于ObservableCollection的更新与不更新分析的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
