问题描述
||
我的基础项目清单中有一个“ 0”。我有2个1ѭ是不同的数据过滤器。我希望任何更改都可以在ѭ1中反映出来。
在我的视图模型构造函数中,我设置了过滤谓词。然后,我获得数据并将其添加到“ 0”。我订阅了
CollectionChanged
事件,并在那里刷新了CVS。
我看到与此有关的一些非常奇怪的事情。要么这些项目没有显示在与CVS绑定的我的ѭ5中,要么将显示重复项。如果在更改ObservableCollection
之后在VS4ѭ事件之外在CVS上调用Refresh
,一切似乎都可以正常工作。我真的很希望能够在集合更改时进行刷新,而不必担心每次完成更改后都必须调用刷新。
public Myviewmodel()
{
oc.CollectionChanged += OcCollectionChanged;
cvs1.source = oc;
cvs1.View.Filter = new Predicate<object>( ... );
cvs2.source = oc;
cvs2.View.Filter = new Predicate<object>( ... );
foreach( var data in myData )
{
oc.Add( data );
}
}
private void OcCollectionChanged( object sender,NotifyCollectionChangedEventArgs e )
{
cvs1.View.Refresh();
cvs2.View.Refresh();
}
解决方法
CollectionViewSource
未实现INotifyPropertyChanged
,因此要将所有底层数据更改带入UI,您需要像以前一样在View上调用Refresh
。 CollectionViewSource
还是与数据源无关的,因此,source1ѭ不会监听,因此,该源是引发属性更改通知的ObservableCollection
的事实并不重要。
我认为,当集合发生更改时,手动刷新视图的解决方案是最好的解决方案,而无需重新考虑数据结构。
,我知道这有点老,但是我使用的是经过修改的ObservableCollection类,该类专门克服了上面提到的限制(多次触发CollectionChangedEvent事件),可以在此处找到。 (ObservableCollectionEx-阻止CollectionChangedEvent,直到通过添加AddRange方法添加所有对象为止)
我已经使用了大约2年了,它对于大量的收藏变更非常有效。
更新:
似乎链接已断开,因此这里是代码:
public class ObservableCollectionEx<T> : ObservableCollection<T>
{
public ObservableCollectionEx()
: base()
{
_suspendCollectionChangeNotification = false;
}
bool _suspendCollectionChangeNotification;
protected override void OnCollectionChanged(NotifyCollectionChangedEventArgs e)
{
if(!_suspendCollectionChangeNotification)
{
base.OnCollectionChanged(e);
}
}
public void SuspendCollectionChangeNotification()
{
_suspendCollectionChangeNotification = true;
}
public void ResumeCollectionChangeNotification()
{
_suspendCollectionChangeNotification = false;
}
public void AddRange(IEnumerable<T> items)
{
this.SuspendCollectionChangeNotification();
int index = base.Count;
try
{
foreach(var i in items)
{
base.InsertItem(base.Count,i);
}
}
finally
{
this.ResumeCollectionChangeNotification();
var arg = new NotifyCollectionChangedEventArgs(NotifyCollectionChangedAction.Reset);
this.OnCollectionChanged(arg);
}
}
}
,问题在于“ 0”有其局限性。考虑一下您的代码中存在的循环,它怎么可能调用Add
方法?因此,更改后的事件将触发多少次,刷新方法将多久被调用一次?当如此多的变化快速连续发生时,此代码本身就变得很酸,也就不足为奇了。
初始加载ѭ0时,它很大,然后监视其更改事件,并且从该点开始进行相对较小的更改。对于大规模更改,最好加载一个全新的实例,然后将此新实例分配给属性。
让属性设置器在CollectionViewSource
对象上重新分配Source
属性。如果您仍然想观察集合,则可以分离并附加事件处理程序到setter中。