Discussion :

[Kropernic]

Bonjour,

Dans un usercontrol, j'ai la propriété suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Public Property ListeX as List(Of X)

où X est une classe quelconque.

J'aimerais avoir un évènement lorsque ce usercontrol sera utilisé et qu'on fera :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

monUserControl.ListeX.Add(New X(param1, param2))

J'ai cherché dans 3 directions :
1° Création d'un event perso avec Public Event ListChanged mais je ne sais pas où le lever.
2° Implémentation de INotifyPropertyChanged mais il faut appeler NotifyPropertyChanged("ListX") dans le setter de la propriété or le .Add de la liste n'est pas gérer par moi...
3° Implémentation de IList qui permet de gérer le .Add mais cela ne convient pas ici car le usercontrol n'est pas une liste .

Du coup, je suis perdu et vient chercher quelques conseils.

Merci d'avance.

[ebastien]

Bonjour,
J'opterais pour la première solution mais en créant une classe dérivée de List(of T) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
Public Class MyList(Of T)
  Inherits List(Of T)
  Public Event ListChanged(Sender as Object, ...)
  Public Shadows Sub Add(Item as T)
    RaiseEvent ListChanged(Me, ...)
    MyBase.Add(Item)
  End Sub
End Class

Après, il y a peut-être d'autres méthodes...
eb.

[Pol63]

sinon il y a system.collections.objectmodel.observablecollection(Of ) qui a un évènement collectionchanged

[Kropernic]

Génial ce system.collections.objectmodel.observablecollection(Of ) !!

@ebastien : J'étais en train d'effectuer ce que tu proposais de mon côté avant de voir ta proposition ^^.

Par contre, l'event CollectionChanged se lève 6 fois à chaque fois.

Juste encore creuser ça et c'est bon

Merci beaucoup !!

@Pol63 : Je suis toujours étonné devant l'étendue de tes connaissances des classes du Framework. Comment fais-tu ? Ce que je veux dire c'est que la classe que viens de me faire découvrir par exemple, jamais je ne serais tombée dessus via Google (à moins de taper son nom exacte mais alors c'est que je la connaissais déjà ) en faisant mes recherches.

[ebastien]

sinon il y a system.collections.objectmodel.observablecollection(Of ) qui a un évènement collectionchanged

Je ne connaissais pas ! Merci je me coucherai moins bête !

[Kropernic]

Je ne connaissais pas ! Merci je me coucherai moins bête !

D'où ma question du message précédent ^^.

Sinon, ça a l'air de marcher pas mal et j'ai trouvé la cause du multiple levage de l'event.

En fait, lors d'un add (quand je teste le usercontrol dans le testcontainer), plutôt que de juste faire un add, il fait un reset de la collection et y ré-ajoute tous les éléments.

Je n'ai pas encore trouvé d'explication à cela (la MSDN semble assez lacunaire sur le sujet) mais ce n'est pas trop grave à la limite (mais vraiment à la limite).

Par contre, ce qui est plus ennuyeux c'est que l'évènement n'est pas levé sur un remove... J'en cherche toujours la cause.

[Pol63]

Je suis toujours étonné devant l'étendue de tes connaissances des classes du Framework. Comment fais-tu ? Ce que je veux dire c'est que la classe que viens de me faire découvrir par exemple, jamais je ne serais tombée dessus via Google (à moins de taper son nom exacte mais alors c'est que je la connaissais déjà ) en faisant mes recherches.

plusieurs choses
- la veille technologique, il y a des articles qui sortent à chaque nouvelle version du framework avec un survol des grandes nouveautés
- il y a aussi des tutos sur les technologies, et quand on s'interresse à wpf par exemple, ca parle forcément d'observablecollection (et des tas d'autres choses qui sont quand même utilisables en winforms)
- aussi en se promenant ici on apprend des choses et les ressortir à d'autres
- l'exploration. le framework est immense et on a pas besoin de tout, mais rien n’empêche de parcourir les namespaces via l'intellisense pour voir les classes et le rapide descriptif de ce que ca fait, et regarder en détail certaines choses
...
le poste joue peut être aussi, si on doit développer des trucs simples et tracés on a pas forcément de questions à se poser

et ceci n'est pas une perte de temps, souvent on écrit des choses qui existent déjà en mieux quelquepart dans le framework, si on les connait on gagne du temps

Par contre, ce qui est plus ennuyeux c'est que l'évènement n'est pas levé sur un remove

normalement si
sur e tu as des propriétés qui te permettent de savoir le type de changement et les éléments ajoutés/supprimés/modifiés

[Kropernic]

plusieurs choses
- la veille technologique, il y a des articles qui sortent à chaque nouvelle version du framework avec un survol des grandes nouveautés
- il y a aussi des tutos sur les technologies, et quand on s'interresse à wpf par exemple, ca parle forcément d'observablecollection (et des tas d'autres choses qui sont quand même utilisables en winforms)
- aussi en se promenant ici on apprend des choses et les ressortir à d'autres
- l'exploration. le framework est immense et on a pas besoin de tout, mais rien n’empêche de parcourir les namespaces via l'intellisense pour voir les classes et le rapide descriptif de ce que ca fait, et regarder en détail certaines choses
...
le poste joue peut être aussi, si on doit développer des trucs simples et tracés on a pas forcément de questions à se poser

et ceci n'est pas une perte de temps, souvent on écrit des choses qui existent déjà en mieux quelquepart dans le framework, si on les connait on gagne du temps



normalement si
sur e tu as des propriétés qui te permettent de savoir le type de changement et les éléments ajoutés/supprimés/modifiés

Dans ce que tu cites, je faisais déjà un peu le parcours de l'intellisense. Pour le reste, c'est uniquement winforms ici donc wpf, j'ai pas encore trop eu le temps de regarder (après le boulot, je ne bosse plus ^^)

Bref, concernant l'event, en fait il se lève bien sur le remove mais, pour une raison que j'ignore lorsque je faisais MsgBox(e.Action.ToString()) (je commence tjs par afficher des messages pour voir comment ça se comporte), rien ne s'affichait. Par contre, en mettant le code pour faire le traitement attendu lors d'une action remove, ça fonctionne bien...

Tout va bien donc

[Pol63]

(après le boulot, je ne bosse plus ^^)

la différence est là aussi alors, quand on est passionné on a la temps, au boulot on a pas forcément le temps de lire