Discussion :

[rp37000]

Bonjour à tous et toutes,


A mon sens, le Pattern pont (bridge) et Stratégie sont très proches est difficile(pour moi) à différencier.

Donc voilà j'ai essayé d'imaginer 2 exemples utilisant le pattern bridge, enfin j'espère qu'il s'agit bien du pattern bridge justement!?

Et j'aimerais bien avoir votre avis, c-à-d savoir si pour vous oui ou non
un pattern bridge est mis en jeu dans ces exemples, et si non, pourquoi et
quel pattern voyez-vous alors?


Merci beaucoup de votre participation et votre aide.

[rp37000]

Exemple1 (Pièce jointe)

[rp37000]

Ce qui aurait pu être fait si pas utilisation de pattern:

[rp37000]

Autre exemple donc:

[rp37000]

Désolé, je me suis trompé sur ce le diagramme précédent , j'ai écrit
#oCodeImplementor au lieu de #oSynaxImplementor !!

Sinon voici je que consudèrerai comme "anti-pattern" de cet exemple 2:

[Patriarch24]

Le pattern Bridge (Pont) permet de découpler une abstraction de son implémentation ; il s'agit d'un pattern struturel.
Généralement, lorsqu'on implémente une abstraction, on "hérite" d'une classe la représentant (en Java, ce serait plutôt une interface). Mais cela couple fortement l'implémentation et l'abstraction, qui ne peuvent varier indépendamment l'un de l'autre, et cela peut ne pas être souhaitable.

Le pattern Strategy (Stratégie) lui, est un pattern comportemental. Il définit une famille d'algorithmes interchangeables. Suivant la stratégie choisie, l'objet se comportera différemment.

Dans ton cas, le deuxième exemple, est un exemple de pont : tu découples l'abstraction de boucleFor de son implémentation (boucleForJava, boucleForCSharp).
Le premier ressemble n'est pas un pont. Theme ne correspond pas à l'abstraction de vueHTML. Ce n'est pas réellement une stratégie, à moins que je n'ai pas compris à quoi sert cette classe