Quel type de collection utilisez-vous pour le binding WPF ?

Les contrôles WPF utilisent les interfaces INotifiyPropertychanged et INotifyCollectionChanged pour mettre à jour automatiquement l'affichage des données.

Le framework 3.0 fournit avec la classe ObservableCollection une collection générique qui implémente ces interfaces, mais ce n'est pas le cas des nouvelles collections ADO.NET EntitySet (Linq to SQL) et EntityCollection (Entity Framework). Ces dernières ne semblent donc pas destinées à un binding WPF direct.

Pour ceux qui utilisent les classes Linq to SQL ou l'Entity Framework, quel type de collection avez-vous choisi comme source de vos ItemsControl ?

Je passe toujours pas une ObservableCollection. Et dans le cas de LINQ To SQL, je rajoute un peu de code dans un fichier à part (car ce sont des classes partial) et j'implémente moi-même les interfaces INotifiyPropertychanged et INotifyCollectionChanged

J'ai raisonné de la même façon. :)

Donc l'idée était de pouvoir synchroniser pour les ajouts et suppressions d'une collection EntitySet avec la classe "maison" implémentant INotifyCollectionChanged.

J'ai utilisé pour cela l'événement ListChanged de la collection EntitySet. Une des difficultés est que lors d'une supression, cet événement ne fournit pas l'item supprimé. Donc on ne peut pas répercuter cette suppression automatiquement dans la collection "maison".

Le pb est pire encore je crois avec les EntityCollection car leur événement notifiant les changements est des plus basiques (les items concernés par les changements ne sont jamais fournis).

Pour ceux qui souhaitent voir l'interface INotifyCollectionChanged implémentée par la classe EntitySet dans Linq to SQL, il existe une requête pour laquelle vous pouvez voter : https://connect.microsoft.com/Visual...dbackID=354250