Discussion :

[Miko95]

Bonsoir,

J'apprends actuellement le C# et j'ai un problème de compréhension par rapport aux événements et leur utilisation avec le design pattern Observer.
Si quelqu'un pourrait m'expliquer à quoi servent concrètement les événements ainsi que comment on les implémente,puis si c'est possible quel ajout est apporté par le design pattern Observer et comment l'implémente t-on.

Merci d'avance

[Paul Musso]

Bonjour,

Les évènements sont utilisés pour définir des méthodes qui seront appelées ultérieurement. Ils permettent d'ajouter ou de supprimer simplement une méthode et de les appeler.

Petit exemple :

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
class Program
{
    public event Action<int> Evenement;
 
    public Program()
    {
        Evenement += i => Console.WriteLine(i);
        Evenement(3);
    }
 
    static void Main(string[] args)
    {
        new Program();
        Console.ReadKey();
    }
}

La déclaration d'un évènement se décompose ainsi :
<Portée(public|private|protected)> event <TypeDeDélégué> <Nom de l'évènement>.

Le type de délégué définit la signature des méthodes acceptées par l'évènement. Dans l'exemple, c'est le délégué Action<int> qui est définit, celui-ci prend en paramètre un entier et ne renvoie rien (void).

Dans le constructeur de la classe Program, on assigne donc une méthode ayant la même signature, ici : i => Console.WriteLine(i);. Pour info, cela pourrait s'écrire aussi : delegate(int i) { Console.WriteLine(i); }.

Finalement, pour appeler toutes les méthodes enregistrées dans l'évènement, il suffit de faire la chose suivante : Evenement(3);

Cette phrase me plait : Les évenements sont aux délégués ce que sont les propriétés aux variables membres.

Concernant le pattern Observer, les évènements sont une implémentation de ce pattern. Ils permettent d'abonner une classe à une autre en respectant le principe de faible couplage / forte cohérence. C'est à dire que la classe appelant les méthodes des classes abonnées ne connait pas pour autant ces classes.

En .Net, les évènements sont beaucoup utilsées dans la partie IHM, que ce soit en ASP.Net, WPF, Winform et autre. Par exemple, le fait de cliquer sur un bouton est matérialisé par un évènement. Il suffit simplement d'ajouter une méthode à l'évènement pour que celle-ci soit appelée quand le bouton est pressé. C'est très intuitif.

[tomlev]

Pour faire simple, on peut dire que "s'abonner à un évènement" est l'équivalent C# de "s'inscrire comme observateur" dans le pattern Observer

[Miko95]

Bonjour,
Tout d'abord merci pour les réponses.
Par rapport à ta réponse Paul,je ne comprends pas pourquoi on utiliserait pas les délégués directement:si je declare un délégué avec une signature spécifique,je peux trés bien lui ajouter plusieurs fonctions correspondant à cette signature et ainsi appeler le délégué qui appelera toutes les fonctions qui lui sont associéés,donc pourquoi utiliser un événement?

Dans mon cas, je dois faire un programme qui gère un magasin qui propose plusieurs produits.Dès qu'un client passe une commande sur un produit particulier,la quantité commandée est diminuée au produit(si la quantité est disponible),puis si la quantité restante pour ce produit est inférieure à sa quantité minimum,l'objet(le produit) dois avertir un fournisseur(donc une autre classe) qu'il a besoin d'une certaine quantité afin de revenir au dessus de ce minimum.
J'ai pensé qu'à la modification de la quantité du produit,il y ait vérification si elle descend en dessous de la quantité minimum,et si c'est le cas informer le fournisseur,mais je vois pas comment implémenter ca en utilisant le design pattern Observer.

Merci

[Paul Musso]

Alors,

Un évènement fournit les méthodes ajouter et supprimer des délégués, grâce aux opérateurs += et -=. Voila pourquoi je fais le parallèle entre un événement/délégué et propriété/variable membre.

Pour ton exemple, je mettrai un évènement dans la classe Produit. Ton autre classe qui doit commander des produits doit fournir une méthode pour s'abonner à cet évènement.

Si la condition dans la classe produit est vérifiée, tu dois exécuter l'évènement, ce qui appelle toutes les méthodes abonnées à celui-ci. Au final, la méthode commandant les produits sera appellée.

[Miko95]

Je suis d'accord sur le fait que l'événement sera placé dans la classe produit car c'est elle qui vérifie la condition et génére l'événement si elle est vraie.
Mais pour ce qui est des classes observatrices,j'ai qu'ici en fait que la classe Fournisseur car c'est lui qui doit etre informé au cas ou l'événement est appelé,mais par rapport aux méthodes associées à l'événement,est ce qu'elles doivent avoir une signature particulière(recevant un object et EventArgs ou dérivé) ou pas?et quelle est logiquement l'action qui doit etre faite dans cette méthode?

Merci