En quoi le modèle Observer est-il différent d'un modèle piloté par un événement?

Question

Je suis un développeur de niveau senior mais je n'ai pas eu beaucoup de formation formelle et bien que j'aie utilisé de nombreux modèles de design et les ai utilisés dans mes années de développeur, personne ne s'est vraiment mis en quatre pour le dire. "Oh c'est un modèle d'observateur, ou c'est un motif de Singleton."

En passant en revue certains des motifs de conception, je suis tombé sur le modèle Observer et il semble être très similaire à la façon dont les événements de framework .NET fonctionnent. Ai-je manqué quelque chose de fondamental à ce sujet?

Answer 1

Le modèle d'événement .NET est à peu près une implémentation intégrée du modèle d'observateur dans le Common Language Runtime. Les langages .NET implémentent l'observateur directement dans leur langage spécifique, en utilisant le support intégré du framework pour cela.

Dans la plupart des langages de programmation, le modèle d'observateur nécessite un développement personnalisé ou des bibliothèques.

Il est fourni gratuitement dans le langage C#, VB.NET et la plupart des autres langages conçus pour utiliser le CLR.

Answer 2

Pourquoi pensez-vous qu'il doit y avoir une différence?

Ne pensez-vous pas que les concepteurs de .NET ont également lu Design Patterns?

En fait, le modèle Observer (comme tous dans le livre) était bien connu bien avant d'être catégorisé et nommé par le Gof4. Il a été utilisé pour implémenter le modèle d'événement .Net, ainsi que les modèles d'événements Win32 & Win16, et probablement beaucoup d'autres.

Answer 3

De nombreux modèles d'événements, tels que Java 1.1 et versions ultérieures, ainsi que le modèle d'événement .NET sont essentiellement des implémentations du modèle Observer. Notez que cela s'applique même aux mécanismes plus anciens, tels que l'utilisation de méthodes de rappel en C pour la gestion des événements. C'est la même intention, juste implémentée légèrement différemment.

Answer 4

De MSDN

Ceux d'entre vous avec le passage familiarité des types exposés dans la LCM sera noter que pas IObserver, IObservable, ou types ObservableImpl sont présents dans le cadre. La principale raison de leur absence est le fait que le CLR les rend obsolètes après une mode. Bien que vous pouvez certainement utiliser ces constructions dans une application .NET, la introduction des délégués et des événements fournit un moyen nouveau et puissant de mettant en œuvre le modèle d'observateur sans développer des types spécifiques dédiés pour soutenir ce modèle. Dans fait, comme les délégués et les événements sont membres de première classe de la CLR, la fondation de ce modèle est incorporé dans le noyau même du .NET Framework. En tant que tel, le FCL fait une utilisation étendue du motif Observateur dans toute sa structure.