Pourquoi ne pas utiliser plusieurs commandes avec un || ou && travail conditionnel?

Cela fonctionne sur une invite shell (bash, dash):

[ -z "" ] && echo A || echo B
A

Cependant, j'essaie d'écrire un script shell POSIX , cela commence comme ceci:

#!/bin/sh

[ "${#}" -eq 1 ] || echo "Invalid number of arguments, expected one."; exit 1

readonly raw_input_string=${1}

[ -z "${raw_input_string}" ] && echo "The given argument is empty."; exit 1

Et je ne sais pas pourquoi, mais je ne reçois pas le message :

L'argument donné est vide.

si j'appelle le script comme ceci:

./test_empty_argument ""

Pourquoi donc?

Notez que votre ligne

[ "${#}" -eq 1 ] || echo "Invalid number of arguments, expected one."; exit 1

c'est la même chose que

[ "${#}" -eq 1 ] || echo "Invalid number of arguments, expected one."
exit 1

(un caractère non cité ;peut, dans la plupart des cas, être remplacé par un caractère de nouvelle ligne)

Cela signifie que l' exit 1instruction est toujours exécutée quel que soit le nombre d'arguments transmis au script. Cela signifie à son tour que le message The given argument is empty.n'aura jamais de chance d'être imprimé.

Pour exécuter plusieurs instructions après un test utilisant la "syntaxe de court-circuit", regroupez les instructions dans { ...; }. L'alternative consiste à utiliser une ifdéclaration appropriée (qui, à mon humble avis, semble plus propre dans un script):

if [ "$#" -ne 1 ]; then
    echo 'Invalid number of arguments, expected one.' >&2
    exit 1
fi

Vous avez le même problème avec votre deuxième test.

En ce qui concerne

[ -z "" ] && echo A || echo B

Cela fonctionnerait pour l'exemple donné, mais le générique

some-test && command1 || command2

ne serait pas le même que

if some-test; then
    command1
else
    command2
fi

Au lieu de cela, cela ressemble plus à

if ! { some-test && command1; }; then
    command2
fi

ou

if some-test && command1; then
    :
else
    command2
fi

Autrement dit, si le test ou la première commande échoue, la deuxième commande s'exécute, ce qui signifie qu'elle a le potentiel pour exécuter les trois instructions impliquées.

Cette:

[ "${#}" -eq 1 ] || echo "Invalid number of arguments, expected one."; exit 1

n'est pas:

[ "${#}" -eq 1 ] || { echo "Invalid number of arguments, expected one."; exit 1; }

Mais c'est plutôt:

{ [ "${#}" -eq 1 ] || echo "Invalid number of arguments, expected one."; } 
exit 1

Votre script se termine quel que soit le nombre d'arguments que vous lui avez transmis.

Une façon de le rendre plus lisible est de définir une diefonction (à la perl) comme:

die() {
  printf >&2 '%s\n' "$@"
  exit 1
}

# then:

[ "$#" -eq 1 ] || die "Expected one argument, got $#"

[ -n "$1" ] || die "Empty argument not supported"

Vous pouvez ajouter plus de cloches et de sifflets comme les couleurs, le préfixe, le numéro de ligne ... si besoin est.

J'ai souvent vu cela comme un test pour une chaîne vide:

if [ "x$foo" = "x" ]; then ...