Outils pour utilisateurs

Outils du site


fr:devmon:guidelines:20bestpractices

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

fr:devmon:guidelines:20bestpractices [2024/05/11 17:08] – créée adminw1k1fr:devmon:guidelines:20bestpractices [2024/05/11 17:09] (Version actuelle) adminw1k1
Ligne 11: Ligne 11:
   - Écrivez des composants testables de manière isolée.   - Écrivez des composants testables de manière isolée.
   - Le résultat de chaque opération de fichier, appel API ou commande externe doit être vérifié, et les résultats inattendus doivent être gérés.   - Le résultat de chaque opération de fichier, appel API ou commande externe doit être vérifié, et les résultats inattendus doivent être gérés.
-  - Utilisez des noms descriptifs, explicatifs, cohérents et réguliers. [[en:devmon:guidelines:variables|(voir variables)]]+  - Utilisez des noms descriptifs, explicatifs, cohérents et réguliers. [[fr:devmon:guidelines:variables|(voir variables)]]
   - Évitez les nombres magiques.   - Évitez les nombres magiques.
   - N'optimisez pas prématurément. Effectuez des tests de performance avant d'optimiser. Commentez pourquoi vous optimisez.   - N'optimisez pas prématurément. Effectuez des tests de performance avant d'optimiser. Commentez pourquoi vous optimisez.
-  - Mettez-vous d'accord sur un style de mise en page cohérent et automatisez-le. [[en:devmon:guidelines:tidy|(voir tidy)]] +  - Mettez-vous d'accord sur un style de mise en page cohérent et automatisez-le. [[fr:devmon:guidelines:tidy|(voir tidy)]] 
-  - Adoptez une politique de tolérance zéro pour les avertissements et les erreurs. Des outils tels que Perl::Tidy et Perl::Critic peuvent vous aider ici. [[en:devmon:guidelines:tidy|(voir tidy)]]+  - Adoptez une politique de tolérance zéro pour les avertissements et les erreurs. Des outils tels que Perl::Tidy et Perl::Critic peuvent vous aider ici. [[fr:devmon:guidelines:tidy|(voir tidy)]]
   - Commenter : préférez rendre le code évident ; ne répétez pas l'évident ; les commentaires décrivent le quoi et le pourquoi, pas le comment.   - Commenter : préférez rendre le code évident ; ne répétez pas l'évident ; les commentaires décrivent le quoi et le pourquoi, pas le comment.
   - Séparer la documentation utilisateur de la documentation de maintenance.   - Séparer la documentation utilisateur de la documentation de maintenance.
fr/devmon/guidelines/20bestpractices.1715440080.txt.gz · Dernière modification : 2024/05/11 17:08 de adminw1k1