Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Thomas Lebrun

Tout sur WPF, LINQ, C# et .NET en général !

[WPF] Que faire lorsque vous n'arrivez pas à supprimer un élément d'une ComboBox/ListBox liée à une table LINQ To SQL ?

Imaginez le scénario suivant, très fréquent avec WPF (entre autre): vous disposez d'une ComboBox/ListBox et la source de données de ce contrôle est une "table" générée par LINQ To SQL.

Un bouton de votre interface vous permet de supprimer un élément de votre ListBox/ComboBox et d'envoyer les modifications sur le serveur (via un appel à SubmitChanges)

Seul petit problème, rencontré par beaucoup de monde: l'élément est bien supprimé en base mais l'interface utilisateur ne change pas (l'élément reste dans la ListBox/ComboBox).

Le problème vient du fait que les classes générées par LINQ To SQL n'implémente pas l'interface INotifyCollectionChanged, qui permet de déclencher un évènement notifiant l'interface utilisateur qu'un élément a été ajouté/supprimé.

Afin de corriger le problème dont nous venons de parler, il convient donc d'implémenter cette interface sur les classes générées (n'oubliez pas que ce sont des classes partielles) ou bien de passer par la classe ObservableCollection<T>, qui implémente déjà cette interface.

Ainsi, ce code, non fonctionnel:

PhotosDataContext dc = new PhotosDataContext();

this.lb.DataContext = dc.Photos.ToList();

Devient:

PhotosDataContext dc = new PhotosDataContext();

 

this.lb.DataContext = new ObservableCollection<Photo>(dc.Photos.ToList());

Et, lors de l'appel à la méthode de suppression, il "suffit" d'accéder à la propriété DataContext, de la convertir en ObservableCollection (car il s'agit d'un object) et de supprimer l'élément sélectionné dans le contrôle:

private void btnDelete_Click(object sender, RoutedEventArgs e)

{

    if (this.lb.SelectedItem != null)

    {

        dc.Photos.DeleteOnSubmit((Photo)this.lb.SelectedItem);

 

        ((ObservableCollection<Photo>)this.lb.DataContext).Remove((Photo)this.lb.SelectedItem);

 

        dc.SubmitChanges();

        }

    }

}

Attention, pour que ce code fonctionne, n'oubliez pas de mettre à True la propriété IsSynchronizedWithCurrentItem, sinon vous risquez d'avoir une NullReferenceException sur la propriété SelectedItem:

IsSynchronizedWithCurrentItem = "True"

 

A+

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: mercredi 16 juillet 2008 09:15 par Thomas LEBRUN
Classé sous : ,

Commentaires

clark a dit :

Bonjour et Merci

Je séchais justement sur un problème similaire!

# juillet 16, 2008 15:51
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- [Perso] Découvertes estivales : Linux (Part I) par Le blog de FremyCompany le il y a 1 heure et 40 minutes

- [Refactoring] ReSharper pour Visual Studio 2010 (Preview) par Thomas Jaskula le il y a 16 heures et 16 minutes

- [Refactoring] Analyser vos exceptions avec ReSharper Exceptional par Thomas Jaskula le il y a 17 heures et 30 minutes

- SharePoint 2007 : patterns & practices SharePoint Guidance par Philippe Sentenac [MVP SharePoint] le 07-03-2009, 09:56

- [Visual Studio 2010] Les tests cases c’est bien, mais je vais devoir tout réécrire ? par Etienne Margraff le 07-03-2009, 09:00

- MVP[Gribouillon].AddYear par The Grib's Lair [Sébastien PICAMELOT - MVP SharePoint] le 07-03-2009, 08:45

- Clinique INSIA - Projet de fin d’Etudes (Silverlight 3 MVVM et OutOfBrowser, WCF, TFS) - Part 1 par David REI le 07-02-2009, 23:38

- C’est la crise ? Bah pourquoi cramer du budget pub alors ? par Nix's Blog le 07-02-2009, 15:31

- Soyons MVP ! par TheSaib .NET blog le 07-02-2009, 12:15

- SharePoint : Gestion des Erreurs 6398, 7076 et 6482 par Blog Technique de Romelard Fabrice le 07-02-2009, 11:53