Les 5 commandements du développeur PHP
Si l’on devait citer 5 règles de bonnes pratiques qu’un développeur PHP professionnel devrait s’appliquer à lui-même, quelles seraient-elle ?
I. Toutes les erreurs lors du développement tu afficheras.
error_reporting(E_ALL | E_STRICT);
ini_set('display_errors', true);
Ces paramètres pourront évidemment être modifier lors de la mise en production.
De plus, il est à noté que la suppression de l’affichage d’éventuelles erreurs avec @ devant les fonctions est très lente.
II. Les tests benchmarks tu prendras en compte.
Pour obtenir un même résultat, il existe toujours plusieurs manière. Et bien c’est la même chose en PHP.
Des tests benchmarks permettent de déterminer quel fonction est plus « performante » qu’une autre.
Exemples :
- echo est plus rapide que print,
- Mettre ses chaines de caractères entre simple quotes ‘…’ est plus rapide qu’entre des doubles quotes « … »,
- Utiliser sprintf au lieu de mettre des variables dans des double quotes,
- …
A Lire : Tests et benchmark en PHP 5 de Mathieu Fernandez
III. Register Globals tu désactiveras.
Même si cette directive a été désactivée par défaut à partir de la version 4.2 de PHP, il faut être vigilent sur la désactivation de celle-ci. Activé, elle permettait de récupérer une variable par son nom quel que soit son type (POST, GET, SESSION, …).
Plus d’info : PHPDébutant, Variables globales à OFF.
IV. Ne pas utiliser les short tags tu feras.
Il existe plusieurs manières de déclarer du PHP :
- <?php et ?>
- <? et ?>
- <= et ?>
Une seule de ces écritures est préférable : la première !
Pour 2 raisons :
- short_open_tags du php.ini est désormais mis à la valeur off par défaut.
- pas de confusion possible avec le XML
V. Documenter ton code tu feras (enfin).
Par souci de temps, il est facile de ne pas documenter son propre code. Combien de fois j’ai préféré refaire tout un bout de code plutôt que d’essayer de le « décoder ». Désormais, merci de penser à ceux qui reprendrons votre code…
11 commentaires
[...] Les 5 commandements du développeur PHP () [...]
[...] Les 5 commandements du développeur PHP (0 visite) [...]
Bonnes pratiques ? Vraiment ?…
Sous ce titre, volontairement polémiqueur, se cache en fait une réfléxion que je me suis faite en lisant cet article de devzone. En effet, je suis d’accord pour dire qu’il s’agit effectivement de bonnes pratiques lièes au développement en PHP. …
J’ai du mal avec short open tag. J’ai souvent insisté sur ce point, et considéré qu’il serait bientot deprecated.
Et non seulement il ne sera pas deprecated, mais en plus il est utilisé dans zendFramework pour Zend_View
Alors je suis perdu sur cette règle
Pour rappel <? est déconseillé pour les conflit de sens avec ceux de xml.
@Moosh :
Effectivement bien vue pour le ZF.
J’avoue ne pas comprendre la raison donnée sur la doc.
Les 5 commandements du développeur PHP | DevZone – Zone de développement web…
Si l’on devait citer 5 règles de bonnes pratiques qu’un développeur PHP professionnel devrait s’appliquer à lui-même, quelles seraient-elle ?…
Cependant, il me semble que la conjugaison française met un « s » à la fin du verbe à la seconde personne du singulier « tu prendras ».
c’est corrigé
Très bon post, bien que « gagner du temps » ne soit pas la priorité du coding…
De plus, la deuxième personne du singulier (« tu ») prend un « s » au futur simple :
- exemple : tu corrigeraS les fautes de l’article après avoir lu mon commentaire…
=)
non mais : « tenir les délais est la priorité de mon responsable »
Je ne dis surtout pas que c’est bien ni que c’est général, mais juste que (malheureusement) les impératifs de timing provoque facilement des
no comment pour les fautes d’orthographe
Pour les <? dans le Zend_View, Zend permet de les changer à la voler en <?php echo.
J’avoue que je te rejoint sur ce point, je ne vois en quoi il est néfaste (à part pour des hypothètique problème de portabilité pour ce qui ne savent pas configurer un serveur Web ?).
Déposez un commentaire