Documentation<Précédent | Table des matières | Suivant>
Vérification de l'entrée
Une règle générale d'une bonne programmation est que si un programme accepte une entrée, il doit être capable de gérer tout ce qu'il reçoit. Cela signifie généralement que les entrées doivent être soigneusement examinées, pour s'assurer que seules les entrées valides sont acceptées pour un traitement ultérieur. Nous en avons vu un exemple dans le chapitre précédent lorsque nous avons étudié le lire commander. Un script contenait le test suivant pour vérifier une sélection de menu :
[[ $RÉPONSE =~ ^[0-3]$ ]]
[[ $RÉPONSE =~ ^[0-3]$ ]]
Ce test est très spécifique. Il ne renverra un état de sortie nul que si la chaîne entrée par l'utilisateur est un nombre compris entre zéro et trois. Rien d'autre ne sera accepté. Parfois, ces types de tests peuvent être très difficiles à écrire, mais l'effort est nécessaire pour produire un script de haute qualité.
Le design est une fonction du temps
Lorsque j'étais étudiant à l'université et que j'étudiais le design industriel, un professeur avisé a déclaré que la quantité de design sur un projet était déterminée par le temps accordé au designer. Si vous aviez cinq minutes pour concevoir un appareil « qui tue les mouches », vous avez conçu une tapette à mouches. Si on vous donnait cinq mois, vous pourriez plutôt proposer un «système anti-mouches» guidé par laser.
Le même principe s'applique à la programmation. Parfois, un script "rapide et sale" fera l'affaire s'il ne doit être utilisé qu'une seule fois et uniquement utilisé par le programmeur. Ce type de script est courant et doit être développé rapidement pour rendre l'effort économique. De tels scripts n'ont pas besoin de beaucoup de commentaires et de vérifications défensives. En revanche, si un script est destiné à utilisation en production, c'est-à-dire un script qui sera utilisé encore et encore pour une tâche importante ou par plusieurs utilisateurs, il nécessite un développement beaucoup plus minutieux.