Discussion :

[Le Barde]

Bonjour à tous !
Voilà, je me suis récemment mis à fond dans les Design Patterns, et je n'ai pas été déçu ! C'est quelque-chose à connaître absolument lorsque l'on a fait un peu de chemin en conception orientée objet.

Le cours de Pierre Caboche est bien fait, cependant c'est plus une initiation et une sensibilisation aux Design Patterns qu'une réelle référence (tout simplement parce qu'il n'y a que dix modèles sur 23). J'ai l'impression, en tous cas c'est mon besoin à moi, que le plus important lorsque l'on a fait cette première immersion est d'avoir un bon livre ou PDF à portée de main pour le moment où le besoin s'en fera sentir... Au même titre que le livre du GoF, qui a pour sous-titre Catalogue de modèles de conception réutilisables.

Malheureusement, j'ai trouvé peu de ressources sur le net, et en particulier sur developpez.com. Un certain nombre de modèles de conception sont décrits (et très bien !) cependant mon besoin, lorsque je me retrouve face à un problème, est vraiment d'avoir quelque-chose... comme le livre du GoF. Je veux dire avec des comparatifs, des guides qui orientent le lecteur vers tel ou tel modèle, et ensuite une description dense du problème & de ses solutions.

Bon, de toute façon je me le suis acheté (plus de 50€ ), mais je suis sûr qu'une bonne référence pdf sur le sujet (et bien en tant que catalogue & guide !) serait bienvenue dans le monde du développement

En espérant sincèrement que ce message ne sera pas pris en grippe par les concepteurs desdits tutoriels, qui sont très bien faits ! (je parle bien d'un autre besoin)

Edit : Et je le dis tout de suite, je ne suis pas compétent en la matière, hein

[ndp]

Salut,

je pense qu'il doit exister la version pdf du livre. En tout cas ton investissement est le bon, c'est un must-have.

PS: ca me fait toujours plaisir de lire un post comme le tien!

[Le Barde]

Malheureusement, j'ai eu beau chercher, je n'ai pas trouvé une seule version du livre en pdf... ou bien si, mais en version pirate, et je n'ai pas envie de m'adonner à cela. D'autant plus qu'il serait bon d'en faire profiter le public de developpez.com

Au passage, c'est marrant : maintenant pratiquement à chaque fois que je rencontre un problème de conception, notamment sur les forums, je découvre que la solution existe et a été traitée par ces quatre-là

[ndp]

Oui, mais il faut faire attention a certain points:

par exemple, lorsque l'on commence avec les DPs, un survol trop rapide, peut amener a une application trop systematique des DPs.

Par exemple pour le Singleton, comme il est expose dans le livre, il ouvre la porte a de mauvaise conceptions.

on parle de singletonite, de designpatternite,d'antipattern, d'overengineering ....
le chemin est quand meme seme d'embuche.

je suis passe par la, comme beaucoup,beaucoup,beaucoup de personne.
Alors si je peux t'eviter ca...

[ndp]

...
Au passage, c'est marrant : maintenant pratiquement à chaque fois que je rencontre un problème de conception, notamment sur les forums, je découvre que la solution existe et a été traitée par ces quatre-là
...

par exemple, je vais de donner une definition des DPs, elle est inspiree de celle dans le livre mais est terriblement incorrecte:

Un Design Pattern est la description d'un probleme recurrent dans un context donne ainsi que de la solution de sorte qu'elle soit applicable un million de fois.

[Le Barde]

Oui c'est clair, de toute façon je continue à concevoir [presque] comme avant, sauf que maintenant je trouve plus souvent, plus rapidement la solution. Et c'est juste un constat, qui est d'ailleurs ce pour quoi a été rédigé ce livre : beaucoup de problèmes de conception trouvent une solution possible dans les "DP"

EDIT : Non, la "Patternite" c'est la maladie du couple emménagé

[ndp]

...beaucoup de problèmes de conception trouvent une solution possible dans les "DP" ...

C'est clair, tout est en nuance.
En tout cas bonne lecture, tu as de quoi faire, avec plein d'exemples en Smaltalk!

[Nikoui]

C'est en effet le bon choix que tu as fait (et que je t'aurai conseillé) car non seulement c'est un must have, mais en plus (avis perso) c'est quand même plus sympa de feuilleter un bouquin que de chercher dans un PDF -> et en plus tu peux le faire trainer négligement sur ton bureau et de temps en temps éveiller la curiosité de tes collègues : ou comment faire des émules

Ensuite, si tu en veux plus, il existe d'autres bouquins (qui décrivent d'autres patterns un peu plus complexes/métiers/spécialisés). Côté "ressource en ligne" je n'ai jamais réellement trouvé de bible pour les DPs, par contre selon le(s) langage(s) que tu pratiques il peut y avoir des choses (par exemple pour les amateur de .Net, il y les applications blocks qui sont des implémentations de patterns assez sympas).

Sinon, il reste aussi la solution de faire comme moi : faire une synthèse du bouquin dans un tableau excell (avec schéma, role, avantage, inconvénients, utilisations, etc) et de t'imprimer ça en format A2 -> ca fait un beau poster

[ndp]

C'est en effet le bon choix que tu as fait (et que je t'aurai conseillé) car non seulement c'est un must have, mais en plus (avis perso) c'est quand même plus sympa de feuilleter un bouquin que de chercher dans un PDF -> et en plus tu peux le faire trainer négligement sur ton bureau et de temps en temps éveiller la curiosité de tes collègues : ou comment faire des émules
...

C'est vrai, je trouve aussi plus sympa de feuilleter le bouquin (en VO), te constituer une petite bibliotheque...

...
Sinon, il reste aussi la solution de faire comme moi : faire une synthèse du bouquin dans un tableau excell (avec schéma, role, avantage, inconvénients, utilisations, etc) et de t'imprimer ça en format A2 -> ca fait un beau poster

Ou encore le format crayon/cahier

[Le Barde]

Ceci dit tout le monde n'a pas 53€ à dépenser dans un bouquin, quand bien même il serait extraordinaire (à ce titre, le nombre de bouquins vachement bien ne sont pas extrêmement nombreux, mais ça suffit à ruiner un étudiant par exemple).
D'où en fait le sujet original, qui est qu'il serait intéressant pour la communauté des développeurs d'avoir une référence en ligne (même si, je suis complètement d'accord, un bouquin, c'est quand-même bien mieux).