Discussion :

[dahtah]

Bonjour à tous,
Je voulais demander un avis sur un problème simple dans le cadre du Pattern Observer :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
public abstract class UneClasse {
 
    private String name = null;
 
    public String Name {
        get { return name; }
        set { name = value; 
              UnEvent();    
        }
    }
 
    public UneClasse(String name) {
        this.name = name;
    }
 
    protected notifier(String un, String deux) {}
}

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
public class ClasseDeux : UneClasse {
 
    private String unString = null;
 
    public String UnString {
         get { return unString; }
         set { unString = value; 
               base.notifier(base.Name, unString);
          }
    }    
 
    public ClasseDeux(String name, String unString) : base(name) {
        this.UnEvent += new MonDelegue(gestionEvent);
        this.unString = unString;
    }
 
    private void gestionEvent() {
        base.notifier(base.Name, UnString);
    }

Pensez-vous que c'est un bon moyen de se tenir les observateurs de la classe fille des éléments se produisant dans la classe mère?
Merci...

[SaumonAgile]

Pensez-vous que c'est un bon moyen de se tenir les observateurs de la classe fille des éléments se produisant dans la classe mère?

Gnii ?

Est ce que tu pourrais être plus clair stp ?

[Guulh]

La méthode "canonique" (au sens où elle n'est pas imposée par la syntaxe du C#, mais il est conseillée de la suivre car Microsoft l'utilise lourdement) est de présenter un Event public (ex : "NameChanged") pour que n'importe qui puisse s'abonner, et une fonction protégée virtuelle (ex : OnNameChanged) étant la seule a appeler l'événement. Etant virtuelle, les classes filles peuvent la surcharger, et sont donc tenues au courant par ce biais des events de la classe mère.

cf par exemple l'événement Load des WinForm et la fonction protégée virtuelle OnLoad associée.

[dahtah]

La méthode "canonique" (au sens où elle n'est pas imposée par la syntaxe du C#, mais il est conseillée de la suivre car Microsoft l'utilise lourdement) est de présenter un Event public (ex : "NameChanged") pour que n'importe qui puisse s'abonner, et une fonction protégée virtuelle (ex : OnNameChanged) étant la seule a appeler l'événement. Etant virtuelle, les classes filles peuvent la surcharger, et sont donc tenues au courant par ce biais des events de la classe mère.

Tout d'abord merci,
Est-ce que tu pourrais préciser, avec un court exemple si possible? J'ai l'impression que c'est exactement ce qui résoudrait mon problème proprement.
Pour voir si j'ai saisi :
Dans la classe mère :

Code :

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

1
2
3
4
5
public event MyDelegate NameChanged;
this.NameChanged += new MyDelegate(OnNameChanged);
protected virtual void OnNameChanged() {
    //blablabla
}

Dans la classe fille :

Code :

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

1
2
3
private override OnNameChanged() {
    // blablabla
}

[Guulh]

Un exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
class Mere : INotifyPropertyChanged
{
  private string _name;
  public string Name {get {return _name; } set {_name = value; OnNotifyPropertyChanged("Name"); } }
 
  protected virtual void OnNotifyPropertyChanged(string propName)
  {
    if (PropertyChanged != null)
      PropertyChanged(this, new PropertyChangedEventArgs(propName));
  }
  public event PropertyChangedEventHandler PropertyChanged;
}

Là, j'ai implémenté l'interface INotifyPropertyChanged, qui correspond exactement à ton besoin car elle généralise le comportement des objets voulant notifier le changement de l'une de leurs propriétés.
Après, quand tu hérites,

Code :

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

1
2
3
4
5
6
7
8
9
10
 
class Fille : Mere
{
   protected override void OnNotifyPropertyChanged(string propName)
  {
  // tu as ici le nom de la propriété changée
 // ton traitement
  base.OnNotifyPropertyChanged(string propName); // appel de la méthode mère parce que c'est elle qui déclenche l'event
  }
}

Voilà. La fonction OnMachin de la classe qui déclare l'event (ici la classe Mere) est la seule qui lance directement l'event.

[dahtah]

C'est top, c'est exactement ce que je cherchai.
Merci