Différence entre ObservableCollection et BindingList

Je veux savoir la différence entre ObservableCollection et BindingList parce que j'ai utilisé à la fois pour informer de tout ajout/suppression de changement de la Source, mais je ne sais pas quand à préférer l'un sur l'autre.

Pourquoi devrais-je choisir l'une des opérations suivantes sur les autres?

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

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

InformationsquelleAutor Azhar | 2010-11-26

.net c#observablecollection wpf wpf-4.0

271

Un ObservableCollection peut être mis à jour à partir de l'INTERFACE utilisateur exactement comme n'importe quelle collection. La vraie différence est assez simple:

ObservableCollection<T> implémente INotifyCollectionChanged qui fournit la notification lorsque la collection est changé (vous l'aurez deviné ^^)
Il permet au moteur de liaison de mise à jour de l'INTERFACE utilisateur lorsque l' ObservableCollection est mis à jour.

Cependant, BindingList<T> implémente IBindingList.

IBindingList fournit une notification sur la collecte des changements, mais pas seulement. Il offre tout un tas de fonctionnalités qui peuvent être utilisées par l'INTERFACE utilisateur de fournir beaucoup plus de choses que seulement l'INTERFACE de mises à jour en fonction des changements, comme:
- Tri
- Recherche
- Ajouter par le biais de l'usine (AddNew fonction de membre).
- En lecture seule liste (CanEdit propriété)
Toutes ces fonctionnalités ne sont pas disponibles dans ObservableCollection<T>

Une autre différence est que BindingList relais de modification d'élément des notifications lorsque de ses éléments de mettre en œuvre INotifyPropertyChanged. Si un article soulève un PropertyChanged événement, le BindingList recevrez un soulève un ListChangedEvent avec ListChangedType.ItemChanged et OldIndex=NewIndex (si un élément a été remplacé, OldIndex=-1). ObservableCollection n'a pas de relais de l'élément de notifications.

Noter que dans Silverlight, BindingList n'est pas disponible en option: Vous pouvez cependant utiliser ObservableCollections et ICollectionView (et IPagedCollectionView si je me souviens bien).
- Une autre chose à considérer est la performance, voir: themissingdocs.net/wordpress/?p=465
- Merci, je n'étais pas au courant de la mise en œuvre effective de BindingList. J'ai tendance à utiliser ObservableCollection et ICollectionView
- Bien que les informations contenues dans cette réponse est correcte, tout WPF utilisateurs devraient se méfier: BindingList ne pas mettre en œuvre INotifyCollectionChanged et sera la cause d'une fuite de mémoire si lié à un contrôle de la propriété ItemsSource. ObservableCollection n'implémentent l'interface et ne causera pas de telles fuites.
- Si BindingList implémente le tri, alors pourquoi ne pouvez-vous pas de tri d'une grille liée à une BindingList?
InformationsquelleAutor Eilistraee
22

La pratique, la différence est que BindingList est pour WinForms, et ObservableCollection est pour WPF.

De WPF point de vue, BindingList n'est pas correctement pris en charge, et vous ne serait jamais vraiment l'utiliser dans un projet WPF, sauf si vous avez vraiment eu de.
- Intéressant. Silverlight Dev, je ne le savais pas. Merci. Et si vous voulez de tri et de filtrage, ICollectionView mise en œuvre est votre ami ^^
- Pourquoi est-il "Non pris en charge"? ViewManager (interne) est dans la PresentationFramework assemblée et qui la prend en charge. Lier à un ItemsControl, par exemple, et les notifications de changement sont respectés (c'est à dire les éléments sont ajoutés et supprimés). Si c'était WinForms spécifique devrait-il pas être mieux placé dans les Formes de l'espace de noms?
- D'accord avec David, c'est dans le Système.Les Collections de l'espace de noms de sorte qu'il devrait être entièrement pris en charge par WPF. WPF est juste une façon différente de la disposition de l'INTERFACE utilisateur.
- D'accord avec David aussi, je l'utilise BindingList fréquemment dans WPF car ObservableCollection ne bulle de la propriété des notifications de modification de ses éléments.
- Pour donner un exemple de "ne pas supportet": je viens de trouver une fuite de mémoire dans mon application WPF qui est causée par certains BindingLists pas la mise en œuvre de INotifyCollectionChanged
InformationsquelleAutor Dean Chalk
1

Un Plus grande différence entre ObservableCollection et BindingList qui vient à portée de main, et peut être une offre facteur de décision sur le sujet :

BindingList Le Changement Liste Du Gestionnaire:

ObservableCollection Collection de changement:

Bref de ci-Dessus: Si une propriété d'un élément est modifié dans BindingList, le ListChanged événement vous donnera des détails complets
de propriété(en PropertyDescriptor) et ObservableCollection ne vais pas vous donner ça. En fait
ObservableCollection ne soulèvera pas de changement pour l'événement de la propriété
changé en un élément.

Conclusion ci-dessus en ce qui concerne de INotifyPropertyChanged mis en œuvre dans les classes du modèle. Par défaut, aucune soulève l'événement a changé si une propriété est modifiée dans un élément.
- Je pense que c' (PropertyDescriptor) pourrait être une source d'une fuite de mémoire
InformationsquelleAutor Kylo Ren
1

Les différences les plus importantes telles que les caractéristiques et les notifications de changement sur le contenu des éléments déjà mentionnés par le a accepté de répondre mais il y a plus d', qui a également lieu de mentionner:

Performance

Quand AddNew est appelé, BindingList<T> recherche pour l'ajout de l'élément par un IndexOf de recherche. Et si T implémente INotifyPropertyChanged l'indice d'un changement de l'élément est également recherché par IndexOf (même si il n'y a pas de nouvelles de recherche, tant que le même élément de modifications à plusieurs reprises). Si vous stockez des milliers d'éléments dans la collection, puis ObservableCollection<T> (ou personnalisé IBindingList mise en œuvre avec O(1) recherche de prix, cela peut être plus préférable.

L'exhaustivité
- La IBindingList interface est énorme (peut-être pas le plus propre conception) et permet aux développeurs d'implémenter uniquement un sous-ensemble de ses fonctionnalités. Par exemple, le AllowNew, SupportsSorting et SupportsSearching propriétés dire si AddNew, ApplySort et Find méthodes peuvent être utilisées, respectivement. Il surprend souvent les gens qui BindingList<T> lui-même ne prend pas en charge le tri. En fait il fournit des méthodes virtuelles de laisser les classes dérivées ajouter les fonctionnalités manquantes. Le DataView classe est un exemple pour un plein IBindingList mise en œuvre; cependant, il n'est pas typé collections en premier lieu. Et le BindingSource classe en WinForms est un hybride exemple: il prend en charge le tri si il enveloppe un autre IBindingList mise en œuvre, qui prend en charge le tri.
- ObservableCollection<T> est déjà une mise en œuvre complète de la INotifyCollectionChanged de l'interface (qui n'a qu'un seul cas). Il a également des membres virtuels mais ObservableCollection<T> est habituellement obtenue pour la même raison que sa base Collection<T> classe: pour la personnalisation ajouter/supprimer des éléments (par exemple. dans un modèle de données de la collection) plutôt que d'adapter les fonctionnalités de liaison.
Copier ou d'emballage

Les deux ObservableCollection<T> et BindingList<T> avoir un constructeur qui accepte une liste déjà existante. Bien qu'ils se comportent différemment lorsqu'ils sont instanciés par une autre collection:
- BindingList<T> agit comme un fait observable wrapper pour la liste fournie, et les modifications effectuées sur le BindingList<T> pourra être répercuté sur le sous-jacent de la collection ainsi.
- ObservableCollection<T> sur l'autre main passe un nouveau List<T> instance de la base de Collection<T> constructeur et copie les éléments de la collection originale dans cette nouvelle liste. Bien sûr, si T est un type de référence des modifications sur les éléments seront visibles à partir de la collection d'origine, mais la collection elle-même ne sera pas mis à jour.
InformationsquelleAutor György Kőszeg

Vous devez vous connecter pour publier un commentaire.