Discussion :

[TheCaribouX]

Bonjour,

j'aurais aimé avoir votre avis concernant de potentiels inconvénients ou risques des design patterns. Pour le peu que j'y connais, j'aurais tendance à dire qu'un débutant en la matière aurait vite tendance à vouloir "gaver" son code de design pattern sans que ceux-ci soient une valeur ajoutée au programme. Mais je me trompe peut-être.

[mOuLi]

Effectivement truffer le code de design pattern n'est pas forcément bon pour la compréhension. Il faut le plus possible se poser la question de l'intérêt d'utiliser un design pattern (en gros est-ce que ça ne va pas augmenter la complexité ?). Souvent à cause du principe du "au cas où", on en arrive à monter des usines à gaz.

Un bon point de départ pour juger de l'intérêt d'utiliser un pattern sont les principes suivants : DRY et KISS. Ca c'est pour définir les pattern au début (dès la conception) mais dans un 2ème temps, il est tout à fait envisageable de mettre en place des design patterns par refactoring.

[hed62]

+1, évitons la patternite aigüe... Les pattern ne sont pas des choses à vouloir placer pour faire beau. Par contre ils sont une bonne solution à des problèmes récurrents. Il ne faut pas employer de solution pour un problème inexistant (un peu comme avec les médicaments, ca fait pire que mieux).

Sinon les pattern en tant que tel , correctment utilisés n'ont pas vraiment de défaut, mais ils ont des champs d'actions plus ou moins restreints, qu'il faut connaitre.

[TheCaribouX]

okay, ca me conforte dans ce que je pensais.

!

(je mets résolu meme si y'avait pas vraiment de problème. Que ca n'empeche pas d'autres opinions de s'exprimer!)

[Matthieu Brucher]

A la base, les patterns dérivent de l'architecture des bâtiments.

Dans une maison, je me vois mal mettre des portes partout, 5 par mur, des fenêtres sur les murs intérieurs, ... De même, faut pas mettre des patterns partout, les mauvais, ...
Comme le dit Martin Fowler, pas de surspécification. Si on a besoin d'une amélioration, on refactore et si c'est un problème classique, on utilisera un pattern, sinon, on laisse en l'état

[koala01]

Salut,

Personnellement, je considère les patterns comme des moyens d'apporter une solution validée à des problème clairement identifiés.

Et donc, si on se trouve confronté à un problème identifié comme ayant une réponse sous la forme d'un pattern particulier, je me dis qu'il est sans doute plus facile et plus rapide de se baser sur celui-ci que de "réinventer la roue en permanence".

Cependant, les patterns sont exactement comme toutes les techniques que l'on peut aborder en programmation: très utiles et efficaces quand on en a réelleemnt besoin et catastrophiques si elles sont utilisées à mauvais escient.

Mon approche générique est toujours que

aucune méthode n'est mauvaise (pour autant que l'algorithme soit correct), simplement, certaines méthodes sont plus efficaces que d'autres... A nous de choisir les meilleures

Le choix d'utiliser un pattern doit, selon moi, être fait parce que, parmis l'éventail de méthodes existantes, ce sera celle qui s'avérera la meilleure

Et j'adhère donc tout à fait à l'avis général qui conseille d'évaluer correctement l'avantage qu'ils apportent dans la circonstance (unique ) dans laquelle on se trouve avant de les utiliser