Wenn ich WPF-Datenbindung verwende, kann ich offensichtlich nicht in der Art von MyCollection = new CollectionType<Whatever>( WhateverQuery() ); etwas tun, da die Bindungen einen Verweis auf die alte Sammlung haben. Mein bisheriger Workaround war MyCollection.Clear(); , gefolgt von foreach doing MyCollection.Add(item); - was sowohl für die Performance als auch für die Ästhetik ziemlich schlecht ist.

ICollectionView , obwohl ziemlich ordentlich, löst das Problem auch nicht, da es SourceCollection -Eigenschaft schreibgeschützt ist; Schade, denn das wäre eine schöne und einfache Lösung gewesen.

Wie gehen andere Leute mit diesem Problem um? Es sollte erwähnt werden, dass ich MVVM mache und somit nicht durch einzelne Steuerbindungen stöbern kann. Ich nehme an, ich könnte einen Wrapper um ObservableCollection sporting eine ReplaceSourceCollection() -Methode erstellen, aber bevor ich diesen Weg gehe, würde ich gerne wissen, ob es andere Best Practices gibt.

BEARBEITEN:

Für WinForms würde ich die Steuerelemente an ein BindingSource binden, was mir erlaubt, einfach seine DataSource -Eigenschaft zu aktualisieren und die ResetBindings() -Methode aufzurufen - presto, die zugrunde liegende Sammlung wird effizient geändert. Ich hätte erwartet, dass WPF Databinding ein ähnliches Szenario aus der Box unterstützen würde?

Beispielcode (pseudo-ish): Das WPF-Steuerelement (ListBox, DataGrid, was immer Sie wollen) ist an die Eigenschaft Users gebunden. Ich weiß, dass Sammlungen schreibgeschützt sein sollten, um die Probleme von ReloadUsersBad() zu vermeiden, aber dann würde der schlechte Code für dieses Beispiel offensichtlich nicht kompilieren:)