Unterschied zwischen ObservableCollection und BindingList

Ich möchte den Unterschied zwischen ObservableCollectionund kennen, BindingListweil ich beide verwendet habe, um über Änderungen in der Quelle beim Hinzufügen / Löschen zu benachrichtigen, aber ich weiß eigentlich nicht, wann ich eine der anderen vorziehen soll.

Warum sollte ich eine der folgenden Optionen der anderen vorziehen?

ObservableCollection<Employee> lstEmp = new ObservableCollection<Employee>();

oder

BindingList<Employee> lstEmp = new BindingList<Employee>();

Ein ObservableCollectionkann über die Benutzeroberfläche genau wie jede Sammlung aktualisiert werden. Der wahre Unterschied ist ziemlich einfach:

ObservableCollection<T>implementiert, INotifyCollectionChangeddas eine Benachrichtigung bereitstellt, wenn die Sammlung geändert wird (Sie haben es erraten ^^). Es ermöglicht der Bindungs-Engine, die Benutzeroberfläche zu aktualisieren, wenn die ObservableCollectionaktualisiert wird.

Allerdings BindingList<T>implementiert IBindingList.

IBindingListbietet Benachrichtigung über Sammlungsänderungen, aber nicht nur das. Es bietet eine ganze Reihe von Funktionen, die von der Benutzeroberfläche verwendet werden können, um viel mehr Dinge als nur Aktualisierungen der Benutzeroberfläche gemäß Änderungen bereitzustellen, wie z.

• Sortierung
• Suchen
• Werkseitig hinzufügen (AddNew-Mitgliedsfunktion).
• Schreibgeschützte Liste (CanEdit-Eigenschaft)

Alle diese Funktionen sind in nicht verfügbar ObservableCollection<T>

Ein weiterer Unterschied besteht darin, dass BindingListBenachrichtigungen über Elementänderungen weitergeleitet werden, wenn die Elemente implementiert werden INotifyPropertyChanged. Wenn ein Gegenstand ein PropertyChangedEreignis BindingListauslöst, erhält er einen ListChangedEventmit ListChangedType.ItemChangedund OldIndex=NewIndex(wenn ein Gegenstand ersetzt wurde OldIndex=-1). ObservableCollectionleitet keine Artikelbenachrichtigungen weiter.

Beachten Sie, dass in Silverlight BindingListnicht als Option verfügbar ist: Sie können jedoch ObservableCollections und verwenden ICollectionView(und IPagedCollectionViewwenn ich mich gut erinnere).

Der praktische Unterschied besteht darin, dass BindingList für WinForms und ObservableCollection für WPF gilt.

Aus WPF-Sicht wird BindingList nicht richtig unterstützt, und Sie würden es niemals wirklich in einem WPF-Projekt verwenden, wenn Sie es nicht wirklich müssten.

Die wichtigsten Unterschiede wie Funktionen und Änderungsbenachrichtigungen zu den enthaltenen Elementen werden bereits in der akzeptierten Antwort erwähnt, es gibt jedoch noch weitere, die ebenfalls erwähnenswert sind:

Performance

Wenn AddNewaufgerufen wird, wird BindingList<T>durch eine IndexOfSuche nach dem hinzugefügten Element gesucht. Und wenn Timplementiert, wird auch INotifyPropertyChangedder Index eines geänderten Elements durchsucht IndexOf(obwohl es keine neue Suche gibt, solange sich dasselbe Element wiederholt ändert). Wenn Sie Tausende von Elementen in der Sammlung speichern, kann ObservableCollection<T>(oder eine benutzerdefinierte IBindingListImplementierung mit O (1) Suchkosten) vorzuziehen sein.

Vollständigkeit

• Die IBindingListSchnittstelle ist riesig (möglicherweise nicht das sauberste Design) und ermöglicht es den Implementierern, nur einen Teil ihrer Funktionen zu implementieren. Zum Beispiel der AllowNew, SupportsSortingund SupportsSearchingsagen Eigenschaften , ob AddNew, ApplySortund FindVerfahren verwendet werden kann, respectively. Es überrascht die Leute oft, dass BindingList<T>das Sortieren selbst nicht unterstützt wird. Tatsächlich bietet es einige virtuelle Methoden, mit denen die abgeleiteten Klassen die fehlenden Funktionen hinzufügen können. Die DataViewKlasse ist ein Beispiel für eine vollständige IBindingListImplementierung. Es ist jedoch in erster Linie nicht für typisierte Sammlungen gedacht. Die BindingSourceKlasse in WinForms ist ein hybrides Beispiel: Sie unterstützt das Sortieren, wenn sie eine andere IBindingListImplementierung umschließt , die das Sortieren unterstützt.

• ObservableCollection<T>ist bereits eine vollständige Implementierung der INotifyCollectionChangedSchnittstelle (die nur ein einziges Ereignis hat). Es hat auch virtuelle Mitglieder, ObservableCollection<T>wird jedoch normalerweise aus demselben Grund wie seine Basisklasse abgeleitet Collection<T>: zum Anpassen von Elementen zum Hinzufügen / Entfernen (z. B. in einer Datenmodellsammlung), anstatt Bindungsfunktionen anzupassen.

Kopieren gegen Verpacken

Beide ObservableCollection<T>und BindingList<T>haben einen Konstruktor, der eine bereits vorhandene Liste akzeptiert. Obwohl sie sich anders verhalten, wenn sie von einer anderen Sammlung instanziiert werden:

• BindingList<T>fungiert als beobachtbarer Wrapper für die bereitgestellte Liste, und die an der Liste vorgenommenen Änderungen wirken BindingList<T>sich auch auf die zugrunde liegende Sammlung aus.
• ObservableCollection<T>Auf der anderen Seite übergibt eine neue List<T>Instanz an den Basiskonstruktor Collection<T>und kopiert die Elemente der ursprünglichen Sammlung in diese neue Liste. Wenn Tes sich um einen Referenztyp handelt, sind Änderungen an den Elementen in der ursprünglichen Sammlung sichtbar, aber die Sammlung selbst wird nicht aktualisiert.

Ein weiterer großer Unterschied zwischen ObservableCollectionund BindingListdas ist praktisch und kann ein Gebotsentscheidungsfaktor für das Thema sein:

BindingList List Change Handler:

ObservableCollection Sammlungsänderung:

Kurz oben: Wenn eine Eigenschaft eines Elements in geändert wird, erhalten Sie durch BindingListdas ListChangedEreignis vollständige Details der Eigenschaft (in PropertyDescriptor) und ObservableCollectionnicht. Tatsächlich ObservableCollectionwird kein Änderungsereignis für eine in einem Element geänderte Eigenschaft ausgelöst.

Die obigen Schlussfolgerungen beziehen sich auf die INotifyPropertyChangedImplementierung in Modellklassen. Standardmäßig löst none das geänderte Ereignis aus, wenn eine Eigenschaft in einem Element geändert wird.