ObservableCollection(T) vs BindingList(T)?

J'ai développé certaines données en fonction Winforms Demande de ce dernier deux ans, et tout fonctionne très bien. Cette application sont construits sur des calques (DataAccess, la Logique d'Entreprise et de l'INTERFACE utilisateur). Pour le Businness Logique, tous mes objets héritent d'une classe de base appelée BaseEntity avec la définition suivante (il y a quelques objets personnalisés et des interfaces, combinés avec des éléments du cadre) :

Public MustInherit Class BaseEntity
    Inherits SerializableObject
    Implements IEntity
    Implements IComparer,  _
               IEditableObject,  _
               INotifyPropertyChanging, INotifyPropertyChanged,  _
               IApplicationSecurity
  End Class

Dans la même bibliothèque de base, j'ai un générique de base de la collection de BaseEntityCollection. Ces collection me permet de définir, pour chaque objet, sa relative fortement typé collection, ce qui est très interressant, dans les données en fonction des applications. Ici, c'est que c'est la base de la définition :

 Public MustInherit Class BaseEntityCollection(Of T As BaseEntity)
    Inherits BindingList(Of T)
    Implements IEntityCollection
    Implements INotifyPropertyChanged, INotifyPropertyChanging, ICopyable(Of T)
    Implements IDisposable
    Implements ISerializable
  End Class

Comme vous pouvez le voir, je l'utilise tous les trucs qui est nécessaire pour corriger la liaison de données en Winforms :

  • INotifyPropertyChanged,INotifyPropertyChanging, IEditableObject de l'objet.
  • Une collection basée sur BindingList(T) pour ma collection.

Je suis aussi interresse sur les nouvelles technologies, donc, j'ai récemment regardé quelques webcast sur WPF. Dans ces webcast, qu'ils utilisent comme classe de base pour la collecte et la liaison de données de soutien ObservableCollection(T).

Je suis en train de penser sur la migration de certaines de mes applications de Winforms à WPF pour la Couche d'INTERFACE utilisateur.

Ma question est, pour mon entreprise logique, est-il mieux de garder mes collections basées sur BindingList(T) ou dois-je changer ma collection de base de la classe pour faire hériter de ObservableCollection(De T). Je tiens à garder une unique collection de base pour tous mes projets, qui peuvent être aussi bien utilisé dans des Applications Winforms, WPF Application ou ASP.NET.
Je suis aussi à l'aide de Linq to Objects dans mes projets, donc je n'ai pas de restriction en gardant mes projets fondés uniquement sur le framework 2.0.

Merci,

ClaBer

InformationsquelleAutor ClaBer | 2009-01-18
  1. 13

    Claber,

    Je voudrais garder la BindingList, parce que BindingList prend en charge plusieurs interfaces et plus riche en fonctionnalités que ObservableCollection.
    Par exemple:

    1. BindingList implémente IList de T, alors que l'ObservableCollection ne pas.
    2. BindingList implémente ICancelAddNew interface de données, les mécanismes de liaison utilise pour l'annulation de la nouvellement ajoutée point où vous avez cliqué sur s'échapper après l'ajout d'une ligne à DataGridView, la ligne pour disparaître).

    Je suis très nouveau pour WPF moi-même, et ne connaissent pas les avantages spécifiques ObservableCollection offre.

    Espère que cette aide.

    • ObservableCollection est thread-safe, je ne sais pas à propos de BindingList.
    • Ce n'est pas correct. La documentation de Microsoft stipule explicitement que l'ObservableCollection n'est pas thread-safe. msdn.microsoft.com/en-us/library/ms668604.aspx
    • 1er énoncé est faux depuis ObservableCollection<T> hérite de la Collection de<T>, et la Collection<T> NE mettre en œuvre ILIst<T> interface.
    • Des informations incorrectes dans cette réponse. ObservableCollection<T> ne mettre en œuvre IList<T>.
    • NB, ObservableCollection<T> donne également de réels éléments supprimés. Parfois, cela peut être très utile. BindingList<T> ne vous dit pas ce qui a été supprimé, seulement où.
    InformationsquelleAutor Valentin Vasilyev
  2. 15

    Je pense que votre réponse est là : http://xceed.com/CS/blogs/dontpanic/archive/2009/04/01/i-notify-we-notify-we-all-wait-no-we-don-t.aspx

    Pour être bref, ObservableCollection n'écoute pas les changements dans ses enfants, mais seulement pour Insérer et Supprimer des événements.

    De l'autre côté BindingList est à l'écoute des changements et des mises à jour soulevées par ses enfants. Mais parce que la Liaison de la liste doit écouter tous ses enfants pour propager les notifications de changement, il en résulte plus de la charge de la mémoire.

    Espère que cela aidera 🙂

    --Bruno

    • BindingList à l'écoute de chaque élément (c'est des enfants, je suppose?) au sein de la collection, parce que si un élément dans la collection change, la BindingList passe ce message à la grille ou de contrôle de mise à jour de cellule ou de valeur. Cela signifie que l'ensemble de la ligne n'a pas besoin de ses valeurs actualisées. Spécifique pour le DataGridView, si vous actualisez une ligne, et non pas une cellule individuelle, sur la ligne que vous modifiez, vos modifications en aller. Tout dépend de vos besoins.
    InformationsquelleAutor Bruno
  3. 2

    Ajouter mon grain de sel à un ancien sujet:

    Lors de la liaison de données ou l'autre de ces génériques collections à un WinForms DataGridView, puis la mise à jour des propriétés de la source de données pour plusieurs lignes, vous verrez:

    1. La ObservableCollection<T> met uniquement à jour les valeurs de cellule de la dernière ligne sélectionnée.
    2. La BindingList<T> permettra de mettre à jour les valeurs des cellules de toutes les lignes sélectionnées.

    Je pense qu'ils ont chacun leurs avantages et leurs inconvénients, mais l'exemple ci-dessus peut être un piège pour ceux qui ne le savent pas.

    InformationsquelleAutor MCattle