ben, oui, mais mon fils essaie de faire comme son papa. Il se met a php, il essaie de bricoler des scripts php, et apres pour faire encore mieux, il met le tout dans des classes, des jolies classes php.
pour l'instant, il a réalisé (avec mon aide) :
- le jeu des allumettes,
- le morpion (en cours de finition)
php, ca peut a la fois etre crade, ou propre suivant les compétances, le temps, les gouts de chacun.
j'ai lu sur fr.comp.lang.php que la doc en ligne, c'était horrible et que ca pourrissait le code. A chacun son avis.
cependant il est vrai que parfois les imbrications de classes ne sont pas triviales.
souvent, mes applis ont cette allure :
$appli = new MonAppli()
$appli->run();
et le main se limite a cela :
- pas de variable globale, enfin si une seule : $appli
- pas de polution de l'espace de nommage (c'est pas trop le fort de php, alors autant aller dans le bon sens)
- toutes les classes sont surclassables.
je m'efforce de realiser des classes qui ont les caractéristiques suivantes :
- plus faciles a hériter et surcharger que a instancier avec des milliers de parametres ; ca simplifie largement l'utilisation, mais peut-etre pas la lecture,
- des methode courtes, tres courtes meme ; je parle de méthode atomique dans le sens ou elles ne font qu'une seule chose et bien. Une methode qui fait plusieurs choses devrait etre sindée pour faciliter la surchage via l'héritage,
- ne pouvant pas encore utiliser la notion d'interface de php5 commune a Java, je fais des classes type 'interface' dont j'hérite. Chaque classe apportant par famille son lot de fonctionnalités (services).
[^] # Re: Bonne idée...
Posté par Marc Quinton . En réponse à la dépêche Présentation de chrono-site et de ses modules. Évalué à 7.
pour l'instant, il a réalisé (avec mon aide) :
- le jeu des allumettes,
- le morpion (en cours de finition)
php, ca peut a la fois etre crade, ou propre suivant les compétances, le temps, les gouts de chacun.
j'ai lu sur fr.comp.lang.php que la doc en ligne, c'était horrible et que ca pourrissait le code. A chacun son avis.
cependant il est vrai que parfois les imbrications de classes ne sont pas triviales.
souvent, mes applis ont cette allure :
$appli = new MonAppli()
$appli->run();
et le main se limite a cela :
- pas de variable globale, enfin si une seule : $appli
- pas de polution de l'espace de nommage (c'est pas trop le fort de php, alors autant aller dans le bon sens)
- toutes les classes sont surclassables.
je m'efforce de realiser des classes qui ont les caractéristiques suivantes :
- plus faciles a hériter et surcharger que a instancier avec des milliers de parametres ; ca simplifie largement l'utilisation, mais peut-etre pas la lecture,
- des methode courtes, tres courtes meme ; je parle de méthode atomique dans le sens ou elles ne font qu'une seule chose et bien. Une methode qui fait plusieurs choses devrait etre sindée pour faciliter la surchage via l'héritage,
- ne pouvant pas encore utiliser la notion d'interface de php5 commune a Java, je fais des classes type 'interface' dont j'hérite. Chaque classe apportant par famille son lot de fonctionnalités (services).