因为最近在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方法。
但从MVVM强迫症的角度,还是一切OnPropertyChanged进行到底为好。
原文链接:https://www.cnblogs.com/cbaa/p/17378609.html
本站文章如无特殊说明,均为本站原创,如若转载,请注明出处:关于ObservableCollection的更新与不更新分析 - Python技术站