Bonjour,
Connaissez-vous de bonnes ressources (livres, sites, MOOC…) pour apprendre les Design Patterns (ou patrons de conception)?
2 « J'aime »
Head First Design Patterns reste pour moi une grosse référence. Des exemples bien concret et cohérent tout au long des chapitres introduisant bien chaque Design Pattern.
http://shop.oreilly.com/product/9780596007126.do (existe en francais aussi je crois bien)
3 « J'aime »
+1 pour Head First Patterns, c’est Le livre qui m’a fait découvrir et comprendre les Design Patterns. Je recommande
3 « J'aime »
Oui ! Probablement le meilleur livre de la série, et ce n’est pas peu dire ! Mais j’ai remarqué que certains n’aiment pas du tout l’approche de cette série… A feuilleter avant d’acheter !
Je confirme qu’il existe en français :-)
Je dirais refactoring to patterns : http://industriallogic.com/xp/refactoring/ couplé à la bible du gang of four comme référence.
Un lien à nous donner ? :)
Je crois qu’il n’est plus édité (l’édition française de livres d’informatique étant ce qu’elle est, mais c’est un autre sujet…). Tu peux le trouver d’occasion certainement. Par exemple:
Il est sur Digibook en PDF, Edition de Novembre 2010
D’ailleurs pour se faire une idée en voici un Extrait PDF
1 « J'aime »
En livre, la référence absolue est “Design patterns. Catalogue des modèles de conception réutilisables” écrit par le GOF (Gang Of Four - Erich Gamma, Richard Helm, Ralph Johnson et John Vlissides) : http://www.amazon.fr/patterns-Catalogue-modèles-conception-réutilisables/dp/2711786447
Je confirme qu’il existait en Français.
Actuellement, les éditions O’Reilly ont arrêté l’édition française.
J’utilise cette source plutôt comme un pense-bête, l’apprentissage mérite sûrement plus d’informations mais je vous le propose tout de même : http://www.dofactory.com/net/design-patterns
2 « J'aime »
Ah je ne connaissais pas du tout ce livre.
Merci pour les infos. :)
Bookmarked !
Leur principe d’un exemple de code structural(théorique avec class1, class2 etc…) ET d’un exemple de code real-world (un exemple concret) pour chaque design pattern présenté est vraiment sympa je trouve.
Bonjour :)
Je m’intéresse à l’intérêt d’étudier “formellement” les designs patterns? Je dois vous avouer que mon usage de l’informatique se limite généralement à de l’expérimentation théorique, mais j’ai l’intime conviction qu’un design pattern ne répond qu’a une collection de problématiques précises et que leur surfétichisme que l’on peut trouver dans des outils (comme Spring, par exemple), rend l’apprentissage de la programmation (et de ces outils) beaucoup plus fastidieuse.
Je pense notamment à Singleton, qui est, en règle générale, présenter comme “étrange”, car il correspond généralement à une lutte contre la phobie des variables globales.
Je pense donc qu’il serait intéressant d’introduire le design pattern au moyen de l’intuition d’une résolution de problèmes, mais il ne s’agit bien sûr que de mon avis personnel :)
Personnellement, j’y vois un moyen de me tenir à jour sur certains aspects du développement qui me sont moins familiers - nouvelles ou peu connu de ma part (class abstract, par exemple). Aussi, c’est un moyen pour moi d’observer des astuces de programmation pour gérer certains cas précis que je suis amené à rencontrer (ou que j’ai déjà rencontré). Et puis ça entretient des " bonnes pratiques " de programmations je trouve.
Ce sont souvent des modes de construction de l’architecture de son code qui ont été assez bien rodé pour envisager les évolutions, gérer des exceptions et rester serein en travaillant sur un projet. Après, soit, on retrouve jamais " exactement " le cas de figure d’un design pattern (quoi que j’avoue ne jamais mettre dit "tiens, voyons si un design pattern correspond à mon type de projet ") mais on peut voir ça comme une sorte " projet type " plein de bonne pratique à intégrer.
J’en ai parlé dans le topic Qu’est-ce qu’un bon développeur selon vous, mais selon moi un bon dev devrait toute les expérimenter, même en exercice théorique (ce qui est le plus probable d’ailleurs), pour pouvoir rebondir avec ingéniosité à chaque " problème " qu’on rencontre en programmant.
Salut, je pense que les premiers chapitres du livre “refactoring to patterns” peut répondre à certaines de tes questions. Entre autres, l’auteur aborde le problème de la sur ingénierie, lorsque l’on utilise trop de patterns, en oubliant que le véritable but de la programmation est de résoudre des problèmes et non de complexifier le code.
Voici une super Source, 27 vidéos en anglais, pour apprendre les design pattern personnellement je les trouve SUPER :) et si voulais de l’aide n’hésite pas à me contacter.
3 « J'aime »
http://addyosmani.com/resources/essentialjsdesignpatterns/book/
Superbe ressource sur les design patterns appliqués au JS, bonne lecture ;)
2 « J'aime »