¿Por qué no usar múltiples comandos con un || o && trabajo condicional?

Esto funciona en un indicador de shell (bash, dash):

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

Sin embargo, estoy tratando de escribir un script de shell POSIX , comienza así:

#!/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

Y no sé por qué, pero no recibo el mensaje :

El argumento dado está vacío.

si llamo al script así:

./test_empty_argument ""

¿Porqué es eso?

Tenga en cuenta que su línea

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

esto es lo mismo que

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

(un no citado ;puede, en la mayoría de los casos, ser reemplazado por un carácter de nueva línea)

Esto significa que la exit 1declaración siempre se ejecuta independientemente de cuántos argumentos se pasaron al script. Esto a su vez significa que el mensaje The given argument is empty.nunca tendrá la posibilidad de imprimirse.

Para ejecutar más de una declaración después de una prueba usando la "sintaxis de cortocircuito", agrupe las declaraciones en { ...; }. La alternativa es usar una ifdeclaración adecuada (que, en mi humilde opinión, se ve más limpia en un script):

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

Tiene el mismo problema con su segunda prueba.

Respecto a

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

Esto funcionaría para el ejemplo dado, pero el genérico

some-test && command1 || command2

sería no ser el mismo que

if some-test; then
    command1
else
    command2
fi

En cambio, es más como

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

o

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

Es decir, si falla la prueba o el primer comando, se ejecuta el segundo comando, lo que significa que tiene el potencial de ejecutar las tres declaraciones involucradas.

Esta:

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

no es:

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

Pero en cambio es:

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

Su script se está cerrando independientemente de cuántos argumentos le haya pasado.

Una forma de hacerlo más legible es definir una diefunción (a la perl) como:

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

# then:

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

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

Puede agregar más campanas y silbatos como colores, prefijo, número de línea ... si es necesario.

A menudo he visto esto como una prueba para una cadena vacía:

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