éléments de collection et interface homme machine

je ne comprends pas tout le détail mais il me semble que la solution
pourrait passer par la création d'un événement (event) pour lequel tu
créerais une classe dérivant de EventArgs et qui te servirait à communiquer
les paramètres de ton choix.
ensuite, tu abonnes à cet événement toutes les classes qui doivent être
notifiées du déclenchement de cet événement, c'est le principe du design
pattern Observateur

voici par exemple ce que je fais dans une classe de parcours récursif de
fichiers :
public class ExploreDirectory
{
...
public delegate void FileFoundEventHandler(object sender,
FileFoundEventArgs fe); // le delegate, noter l'argument FileFoundEventArgs
public event FileFoundEventHandler FileFound; // l'événement du type
delegate précédent
protected virtual void OnFileFound(FileInfo filename) // à chaque fichier
trouvé
{
FileFoundEventArgs fe = new FileFoundEventArgs(filename); // création
d'un argument de ma classe perso
if (FileFound != null)
FileFound(this, fe); // déclenchement de l'événement
}
...
}

// la classe d'arguments perso
public class FileFoundEventArgs: EventArgs
{
private FileInfo _filenameinfo;
public FileInfo FileNameInfo
{
get{return this._filenameinfo;}
}

public FileFoundEventArgs(FileInfo file)
{
this._filenameinfo = file;
}
}

et maintenant, du côté de la classe abonnée :
// création d'un objet ExploreDirectory
ExploreDirectory ed = new ExploreDirectory(di, this.Extension,
this.Recurse);
ed.FileFound +=new
CW_ConsistencyCheck.ExploreDirectory.FileFoundEventHandler(ed_FileFound); //
abonnement à l'événement
ed.FindFile(); // lancement de la routine de recherche de fichiers qui va
déclencher l'événement si fichier trouvé
// ici c'est la classe abonnée qui lance la routine qui elle même
déclenchera l'événement mais dqns ton code ça peut être autre chose

//dans cette même classe, la méthode de gestion de l'événement (= un
delegate)
private void ed_FileFound(object sender, FileFoundEventArgs fe)
{
// mettre le code qui exploite l'argument FileFoundEventArgs fe
}

les delegate sont comme des pointeurs sur fonctions, tu peux ajouter autant
de méthodes que tu le veux avec l'opérateur surchargé +
"cyrille" <cyrilleml@kbuilder.net> wrote in message
news:u4vbDu0lEHA.1356@TK2MSFTNGP09.phx.gbl...
Bon,
j'ais le cerveau qui fume, et je viens donc vous exposer ma réflexion.

Sur une partie de l'IHM j'affiche la liste des éléments d'une collection
et sur une autre partie les détails de l'élément sélectionné dans la
précédente liste afin d'en proposer l'édtion.

Quand je modifie une propriété d'un élément, je m'adresse directement à lui
(element.Name="toto").

Je souhaiterais bien sûr que ce gentil élément propage le fait qu'il a subit
une modification,
mais son seul point commun avec le monde extérieure est son conteneur, "la
collection".
Ca veut dire qu'il faut que chaque élément possède une référence sur son
conteneur afin de l'informer qu'il a été
modifié (c'est pas forcément super).

suite du problème, le conteneur est prévenu qu'un de ses éléments a été
modifié, mais lequel ?
peut être l'élément aura dû lui fournir son adresse propre (GetHashCode() ?)

et pour finir, le conteneur fait suivre l'information aux éléments de l'IHM
afin qu'ils procèdent à leur rafraîchissement.

Celà vous parrait il standard ou bien trop lourdingue ?
quel sont les solutions possibles pour répondre à cette architecture ???

merci
cyrille