Maîtriser les conditions en bash

Ce sont les conditions compatibles avec sh. Elles fonctionnent très bien dans la majorité des cas. On dénombre trois grandes familles de conditions : les conditions basées sur des fichiers ou dossiers, celles basées sur des chaînes de caractères et enfin celles concernant des valeurs arithmétiques.

II-A-1. Conditions sur les fichiers▲

if [ -f ceci_est_un_fichier ]
then
  echo "il s'agit bien d'un fichier"
fi

II-A-2. Conditions sur les strings▲

if [ -z "$variable_vide" ]
then
  echo "la variable est bien vide"
fi

# comparaison
if [ "$variable" == "ta mère" ]
then
  echo "la variable contient la chaîne ta mère"
fi

II-A-3. Conditions arithmétiques▲

if [ $num -lt 1 ]
then
  echo "la variable est inférieure à 1"
fi

if [ $num -eq 100 ]
then
  echo "la variable est égale à 100"
fi

Ces conditions permettent tout ce qu'offrent les conditions à simples crochets et plus. En revanche, elles ne sont pas compatibles avec sh. Elles prennent la forme suivante :

if [[ -z "$variable_vide" ]]
then
  echo "la variable est bien vide"
fi

Ces conditions améliorées proposent l'usage du wildcard comme en bash ainsi que des expressions régulières. Ainsi, il est possible d'avoir des conditions comme cela :

if [[ "$variable" ==  *superman* ]]
then
  echo "la variable contient le mot superman"
fi

if [[ "$variable" ==  superman* ]]
then
  echo "la variable commence par le mot superman"
fi

if [[ "$variable" ==  [sS]uperman* ]]
then
  echo "la variable commence par le mot superman ou Superman"
fi

if [[ "$email" =~ "b[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+.[A-Za-z]{2,4}b" ]]
then
  echo "la variable contient un email valide"
fi

On a donc un simili d'expression régulière, ce qui est assez confortable. En revanche, le caractère « * » n'est pas interprété dans les conditions sur les fichiers.

if [[ -a *.sh ]]
then
  echo "le fichier *.sh existe"
fi

# la syntaxe classique recherche un fichier en .sh, n'importe lequel
if [ -a *.sh ]
then
  echo "un fichier en *.sh existe"
fi

Avec la syntaxe classique, la condition vaut true s'il y a un fichier en .sh, false s'il n'y en a pas, mais une erreur est retournée s'il y en a plusieurs…

La syntaxe améliorée permet aussi l'usage des opérateurs classiques de conditions tels que || et &&. Par ailleurs, il est possible d'omettre les guillemets autour des variables, car les espaces ne causent plus problème. C'est cependant une bonne habitude à conserver, car ailleurs dans les scripts, il est plus prudent de les mettre.

Cette syntaxe dédiée aux comparaisons arithmétiques peut sembler plus familière, car elle autorise les opérateurs plus connus dans d'autres langages : ==, !=, < et >. Elle supporte aussi les opérateurs && et ||.

if (( $a != 0 ))
then
  echo "$a est non nul"
fi

Nous avons vu le plus complexe. En effet, Linux possède de nombreux types de fichiers et nous avons donc des conditions qui n'ont pas lieu d'exister dans tous les langages.

Les conditions sur les chaînes de caractères sont plus classiques. Les == et != se passent d'explications. < et > permettent de déterminer si une chaîne est avant un autre dans un classement par ordre alphabétique… oui ça peut servir, who knows.

Enfin, deux conditions un peu particulières permettent de savoir si une chaîne de caractères est vide ou non : [ -n string_non_vide ] et [ -z string_vide ].

Nous l'avons vu, avec la syntaxe à doubles parenthèses, rien de sorcier, c'est comme nous en avons l'habitude dans tous les autres langages. En revanche, pour la syntaxe classique, avec les crochets, c'est un peu moins intuitif. Si vous connaissez MongoDB, c'est comme les conditions en Mongo.

• [ nombre_1 -eq nombre_2 ] pour equal, égal.
• [ nombre_1 -ne nombre_2 ] pour not equal, non égal.
• [ nombre_1 -gt nombre_2 ] pour greater than, plus grand que.
• [ nombre_1 -ge nombre_2 ] pour greater than or equal, plus grand ou égal.
• [ nombre_1 -lt nombre_2 ] pour less than, plus petit.
• [ nombre_1 -le nombre_2 ] pour less than or equal.

Et voilà, nous avons là un bon condensé des possibilités offertes par les conditions en bash - et en shell sh. N'hésitez pas à apporter des précisions/corrections ou à poser des questions en commentaires. Il ne vous reste plus qu'à coder. 3… 2… 1… #!/bin/bash !