Enfin un livre sur les modèles de conception en PHP

mercredi 22 juin 2005 :: perrick :: PHP :: 8 commentaires :: aucun trackback

Un des animateurs du projet SimpleTest, Jason Sweat a annoncé la parution prochaine de son livre sur les modèles de conception : php|architect's Guide to PHP Design Patterns. Et déjà j'attends avec impatience ma copie qui devrait arriver d'ici au moins tout ça : la mise en page n'est pas encore terminée !

Jason y fait plus qu'évoquer les tests unitaires puisqu'ils sont partie intégrante des exemples. J'espère que je vais adorer et qu'au passage j'en profiterais pour plonger dans la programmation orienté-objet...

Vos commentaires et/ou trackbacks

Le jeudi 23 juin 2005 à 10:19, commentaire par LaurentJ :: site :: #

> j'en profiterais pour plonger dans la programmation orienté-objet

Toi, un pro du PHP, tu ne programmes pas en objet ?? Tu m'étonnes là :-)

Le jeudi 23 juin 2005 à 11:29, commentaire par Sylvain Lelièvre :: #

Tu en as certainement déjà parlé ici, mais connais-tu d'autres ouvrages sur les design patterns en général ou appliqués à PHP que tu as apprécié ?

Je cherche encore un bouquin ou un article sur le web qui m'explique les fondements des desgin pattern depuis le début, et surtout qui montre comment les utiliser sur un projet de site web concret, et pas seulement sur un petit script d'exemple.

Le jeudi 23 juin 2005 à 18:06, commentaire par perrick :: site :: #

LaurentJ> Effectivement je ne suis pas encore objet. J'ai commencé par bouffer du C et encore du C à la fac (de mathématiques). L'objet n'était pas au programme. Ensuite j'ai toujours été leader et presque seul sur mes développements. Je recherche encore un maître pour mes premiers pas dans cette direction : j'espère que ce bouquin pourra me guider dans cette approche.

Le jeudi 23 juin 2005 à 18:08, commentaire par perrick :: site :: #

Sylvain Lelièvre> Au niveau web, j'ai vu passé classes.scriptsphp.org/ récemment. Côté bouquin j'attends celui-ci ;-)

Le jeudi 23 juin 2005 à 20:57, commentaire par pascaltje :: site :: #

pour l'objet, son utilisation revient à:
page de script = page de pseudo code

ce qui simplifie pas mal les choses.
l'encapsulation permet de gérer un paquet de données de manière carrée (on doit pas réécrire X paramètres dans une fonction, car on utilise les attributs)...

... et c'est adapté à la gestion des formulaires (DAO, cf lien).

simple test est codé en objet, non?
je suis aussi étonné que surpris!

Le samedi 6 août 2005 à 23:09, commentaire par Guillaume :: #

Je viens d'acheter ce livre. Difficile à lire en une journée mais très intéressant. L'auteur met en avant pour chaque pattern des exemples en PHP4 et PHP5 ainsi que l'art de les intégrer aux tests unitaires.

Il est possible que ce livre te plaise Perrick... premier titre du chapitre 1 : Programming Practices > Testing your code. Il passe également sur d'autres pratiques (refactoring, UML, etc.) avant de s'engager dans la liste des patterns.

Ce qui manque peut-être, c'est une description "visuelle" des patterns, un schéma qui permet de comprendre le principe. Mon livre qui sortira en septembre ou novembre sera beaucoup plus concis concernant les patterns.

Je comprends également la réflexion de Sylvain sur l'utilisation des patterns dans un projet concret. Il n'est pas le seul à se poser la question. Le problème avec les patterns, c'est qu'il faut bien les connaitres pour avoir le réflex de les utiliser et surtout de les imaginer intégrés dans l'architecture d'un projet de développement. J'essaierai de mettre en place un exemple concret de projet un peu conséquent qui exploite plusieurs patterns différents, en mettant en avant le pourquoi de ces choix.

Le jeudi 3 novembre 2005 à 16:00, commentaire par leg :: #

(en réponse à Sylvain Lelièvre du 2005-06-23)

Celui qui m'a ouvert les yeux sur les DP et m'a permis de commencer à /concevoir/ en POO (avant je savais modifier seult) : Refactoring - improving the design of existing code (Martin Fowler). Dédramatise tout et style sympa. malheureusement non traduit.

et son petit frère Refactoring to Patterns (Joshua Kerievsky) : met en œuvre le précédent à un niv. + global.

puis le Head First - Design Patterns (Design Patterns - Tête la première, en FR), exemples très clairs.

APRÈS, lire celui du GoF (la bible) (imbuvable, mais intéressant catalogue).

Déjà, tu seras bien armé. Attention, ne pas être atteint de "patternité". ;-)

Après, SimpleTest est ton ami (mais pas encore le mien ! :-]).

Erwan

Ajouter un commentaire

Les commentaires pour ce billet sont fermés.