Discussion :

[randriano]

Bonjour,

Enseigner les design pattern n'accompagne pas obligatoirement les cours de développement orienté objet. De plus, lire les livres sur les design pattern (gang of four, tête la première, etc.) est souvent barbant pour les habitués des petits tutoriels.

Beaucoup développent actuellement en utilisant les frameworks MVC sous Java, DotNet, PHP, etc; sans savoir que MVC est un pattern. Des développeurs utilisent le pattern Singleton en C++ par exemple sans le savoir car beaucoup de tutoriels conseillent ce mode d'instance des objets.

Quels sont les autres pattern utilisés inconsciemment comme ça par des développeurs orienté objet en herbe et/ou autodidactes.

Discussion ouverte.

[Luckyluke34]

Bonjour,

On peut effectivement utiliser n'importe quel pattern sans le savoir !

Ma définition préférée d'un pattern est celle que donne Martin Fowler dans PoEAA : il s'agit juste d'une convention, d'un nom posé sur une technique de développement particulière afin de communiquer entre programmeurs et être sûrs qu'on parle bien de la même chose.

Ne pas connaître un pattern par son nom ne signifie donc pas qu'on ne l'a jamais mis en oeuvre, même si je dirais qu'aujourd'hui il y a beaucoup plus de chances qu'un développeur débutant ait appris un pattern en tant que tel plutôt que réinventé tout seul "naïvement"

[randriano]

Moi aussi Design Pattern c'est juste une convention, un recueil de meilleures techniques de développement en POO.

Mais quelles sont ces techniques appartenant au Design Pattern que l'on utilise souvent à notre insu.

[pseudocode]

Mais quelles sont ces techniques appartenant au Design Pattern que l'on utilise souvent à notre insu.

Toutes celles qui permettent de décomposer une fonction longue/complexe/monolithique en plusieurs fonctions courtes/simples/modulaires.