ans tous les syst�mes informatiques, il faut se fixer des normes, des r�gles de d�veloppement. Encore plus dans les scripts embarqu�s dans le HTML

Il en est des programmes comme des romans, ils ont un style. Les d�veloppeurs tiennent � cet espace de libert�. Celui-ci � des limites, les n�tres d'abord et celles de celui qui passera apr�s nous.
Il faut effectivement avoir un style de programmation car cela nous donne des rep�res dans le suivi de notre d�veloppement. Nous nous y retrouvons rapidement car nous connaissons notre fa�on d'�crire.
Si ce style est coh�rent d'un script � un autre, cela aidera celui qui aura � intervenir dans nos pages, car il comprendra vite la fa�on d'�crire et traduira facilement notre pens�e, et si en plus il y a de la documentation.
Ces principes sont vieux, enfin vieux comme l'informatique ou presque, donc beaucoup plus �g�s que l'internet.

Voici quelques-unes des r�gles que j'applique, en vrac

• D�coupons notre code en unit� logique, �ventuellement r�utilisable. Utilisons des include pour sortir les acc�s aux donn�es, l'ensemble des fonctions de calculs li�es aux fonctionnalit�s de ce que nous d�veloppons.
  
  
• Donnons des noms coh�rents � ces fichiers de ressources de codes, cela facilite la recherche, on comprend que derri�re config.inc.xxx on va trouver un fichier de param�tres de l'application.
  
  
• Donnons des noms explicites � vos variables, en concat�nant des mots simples, le premier en minuscule et les autres avec un premi�re majuscule : ceciEstUnevariable. Pour ma part je mets des noms simples - une lettre - pour des variables tr�s �ph�m�res comme les variables d'it�ration mais d�s qu'une variable concerne un �l�ment fonctionnel je lui mets un nom plus �vocateur, sans chercher � atteindre les limites du syst�me sur les identifiants du langage.
  
  
• Utilisons l'indentation dans les structures de contr�le. Cela met bien en valeur les d�buts et fins de boucle, de si-finsi etc... J'ai m�me vu quelqu'un r�cemment qui mettait en commentaire sur la ligne fin de boucle le rappel du test qui �tait en d�but de boucle, cela m'a plu, je l'ai ajout� � ma panoplie de style.
  
  
• Soignons la syntaxe, m�me si le langae tol�re des oublis, �crivons le code dans sa meilleure syntaxe. Nous ne sommes jamais � l'abri d'une erreur nous l'avons tous appris � nos d�pends, alors faisons des efforts pour bien �crire aussit�t.
  
  
• Mettons des commentaires, pas des romans.
  
  
• Externalisons du code dans des fonctions, m�me si elle ne sert qu'une fois, le corps de la page dynamique en sera amincie et c'est plus agr�able.
  
  
• Evitons les astuces, ou si elles sont vraiment n�cessaires documentons en bien la n�cesit� et l'usage. Parfois nous ne comprenons plus nous-m�me une astuce de programmation sauf � tout red�cortiquer.

D'autres r�gles li�s au web

N'alternons pas trop souvent langage de script et HTML, parfois il vaut mieux je pense utiliser les fonction "print" ou "response.write", pour formater du HTML. D'autant plus que cela �vite d'ouvrir et fermer constamment les balises de scripts et sans que j'ai de chiffres en main, je crois avoir lu que cela co�tait en cpu.

PHP permet d'�crire le HTML avec "print" ou "echo". Maintenant je suis cette autre r�gle vue sur un forum, je n'utilise "echo" uniquement pour effectuer des visualisations de mises au point autrement c'est "print".
pour lire la suite de l'article

Daniel Lucazeau
@jornet.com
Chef de projet Internet
D�veloppeur informatique

Tous droits réservés - Reproduction même partielle interdite sans autorisation préalable