Modèle de conception d'observateur contre "écouteurs".

Question

Il me semble que le modèle de conception Observer tel qu'il est décrit dans GOF est en fait la même chose que les Listeners que l'on trouve dans diverses boîtes à outils. Y a-t-il une différence entre les concepts, ou les Listeners et les Observers sont-ils vraiment la même chose ?

(Je ne cherche pas une implémentation spécifique du langage informatique, je veux juste comprendre la différence (si elle existe) du point de vue de la conception. Oui, je sais qu'il y a plusieurs réponses à des questions similaires sur SOF, mais elles sont ancrées dans des questions spécifiques sur des langages spécifiques -- je cherche une réponse de conception, pas une réponse de langage).

Answer 1

Le fait que le terme "listener" fasse référence au pattern Observer ou non dépend du contexte. Par exemple, les "Event Listeners" de Java Swing font partie de l'implémentation du modèle Observer alors que les "Trace Listeners" de .Net ne le sont pas.

Il n'est pas rare que les auteurs de frameworks attribuent des noms différents aux composants participant à l'implémentation d'un pattern donné, mais les noms officiels des patterns sont généralement utilisés lors des discussions sur les patterns eux-mêmes.

En ce qui concerne la conception, la mise en œuvre d'un modèle donné sera souvent influencée par le langage et la plate-forme utilisés. Ainsi, une implémentation particulière du pattern Observer dans un framework donné (qui peut utiliser le terme "listener" pour décrire le rôle du ConcreteObserver) peut différer légèrement de celle décrite dans le livre Design Patterns.

Answer 2

La description d'Observer dans Design Patterns de Gamma et al. (GoF).

Dans leur description de l'observateur, l'un des ConcreteObservers pourrait signaler un changement à son sujet. Le sujet, qui détient une liste de tous les observateurs concrets, notifie alors sa liste. Tous les observateurs concrets, y compris le moteur principal, réagissent alors comme il convient.

Les implémentations courantes de Listeners semblent toutes réagir à des événements provenant de l'extérieur.

Je dirais donc que l'auditeur est un cas moins généralisé d'observateur.

Answer 3

Un listener peut très bien être une implémentation du pattern observer. Un listener attend essentiellement qu'un événement se produise sur un objet donné, ce que fait un observateur.

Je sais que vous ne cherchez pas une réponse spécifique à une langue, mais il est difficile de parler de ce genre de choses dans l'abstrait. Donc, si je devais étudier cette question en .NET, j'aurais tendance à ouvrir une assemblée contenant un listener dans .NET Reflector, ce qui me permettra de désassembler l'assemblée et de vérifier sa logique par rapport à un design pattern.