Declaración de caso de script Bash que incluye condiciones de prueba que no se comportan

Question

Explicación

Estás reutilizando la var2variable sin desarmarla ( unset var2) ni asignarle una cadena vacía ( var2=''). Por lo tanto until [[ -n "${var2}" ]]; do …; doneutiliza algunos viejosno vacíovalue y el código en lugar de …nunca se ejecuta.

En el script simplificado var2todavía no está configurado cuando accedes por primera vez until [[ -n "${var2}" ]]; do. Ésta es la diferencia.

Cada vez que escriba, until [[ -n "${var2}" ]]; dopregúntese si el valor actual de la variable (del ciclo anterior) debería importar. Si no debería importar, entonces haga que no importe: desactive la variable justo antes until.

Una alternativa es organizar su código en funciones. En una función en Bash puedes definir variables locales. La variable local var2no tendría nada que ver var2(si la tuviera) con el script principal o con var2otra invocación de esta u otra función. Ver help localpara más detalles. Por ejemplo, si crea una función validate_invoice_numbery local var2la define, podrá utilizarla until [[ -n "${var2}" ]]; dosin ningún riesgo de que otra (antigua) var2interfiera.

Ejemplo

El siguiente fragmento de código es un intento fallido de obtener dos números aleatorios en un rango de 0hasta 9999. En Bash $RANDOMse expande a un entero aleatorio desde un rango de 0hasta 32767Seguiremos consultando a Bash números aleatorios hasta que (por casualidad) obtengamos uno que cumpla con nuestras expectativas. Esto es similar a su enfoque en el que consulta al usuario. No es el método más rápido para obtener un número entero aleatorio del rango deseado, pero en este caso tampoco es fundamentalmente defectuoso. La falla está en la reutilización var2, como en su código. Los mensajes de diagnóstico para stderr están aquí para ayudarlo a comprender lo que sucede.

#!/bin/bash

for i in 1 2; do
   echo "Loop $i starts. var2 is ${var2:-empty or unset}." >&2
   until [ "$var2" -lt 10000 ] 2>/dev/null; do
      echo "Trying new random number." >&2
      var2="$RANDOM"
   done
   echo "Expectation met. Printing the result." >&2
   echo "$var2"
   echo "Loop $i ends. var2 is ${var2:-empty or unset}." >&2
done

Ejecute el código y verá que el segundo bucle no obtiene ningún número aleatorio nuevo. Ahora probemos con unset:

#!/bin/bash

for i in 1 2; do
   echo "Loop $i starts. var2 is ${var2:-empty or unset}." >&2
   unset var2
   echo "Loop $i continues. var2 is ${var2:-empty or unset}." >&2
   until [ "$var2" -lt 10000 ] 2>/dev/null; do
      echo "Trying new random number." >&2
      var2="$RANDOM"
   done
   echo "Expectation met. Printing the result." >&2
   echo "$var2"
   echo "Loop $i ends. var2 is ${var2:-empty or unset}." >&2
done

Otro enfoque es utilizar local var2en una función:

#!/bin/bash

gimme_random () {
   local var2
   echo "Function starts. var2 inside is ${var2:-empty or unset}." >&2
   until [ "$var2" -lt 10000 ] 2>/dev/null; do
      echo "Trying new random number." >&2
      var2="$RANDOM"
   done
   echo "Expectation met. Printing the result." >&2
   echo "$var2"
   echo "Function ends. var2 inside is ${var2:-empty or unset}." >&2
}

for i in 1 2; do
   echo "Loop $i starts. var2 is ${var2:-empty or unset}." >&2
   gimme_random
   echo "Loop $i ends. var2 is ${var2:-empty or unset}." >&2
done

Esto funciona como se esperaba. La variable dentro de la función no tiene conexión con la variable fuera de la función. Cuando la función se ejecuta nuevamente, la variable en la nueva instancia es local a la instancia.

Pruébelo sin él local var2y se comportará como el primer fragmento (defectuoso). En este caso, var2el exterior y el interior de la función (ambas instancias) son iguales var2.

También tenga en cuenta que si ejecuta los fragmentos simplemente pegándolos secuencialmente en un solo shell, entonces var2(a menos que sea local en la función) permanecerán de un fragmento a otro. Esto incluso enfatizará el problema.

Answer 1

Explicación

Estás reutilizando la var2variable sin desarmarla ( unset var2) ni asignarle una cadena vacía ( var2=''). Por lo tanto until [[ -n "${var2}" ]]; do …; doneutiliza algunos viejosno vacíovalue y el código en lugar de …nunca se ejecuta.

En el script simplificado var2todavía no está configurado cuando accedes por primera vez until [[ -n "${var2}" ]]; do. Ésta es la diferencia.

Cada vez que escriba, until [[ -n "${var2}" ]]; dopregúntese si el valor actual de la variable (del ciclo anterior) debería importar. Si no debería importar, entonces haga que no importe: desactive la variable justo antes until.

Una alternativa es organizar su código en funciones. En una función en Bash puedes definir variables locales. La variable local var2no tendría nada que ver var2(si la tuviera) con el script principal o con var2otra invocación de esta u otra función. Ver help localpara más detalles. Por ejemplo, si crea una función validate_invoice_numbery local var2la define, podrá utilizarla until [[ -n "${var2}" ]]; dosin ningún riesgo de que otra (antigua) var2interfiera.

Ejemplo

El siguiente fragmento de código es un intento fallido de obtener dos números aleatorios en un rango de 0hasta 9999. En Bash $RANDOMse expande a un entero aleatorio desde un rango de 0hasta 32767Seguiremos consultando a Bash números aleatorios hasta que (por casualidad) obtengamos uno que cumpla con nuestras expectativas. Esto es similar a su enfoque en el que consulta al usuario. No es el método más rápido para obtener un número entero aleatorio del rango deseado, pero en este caso tampoco es fundamentalmente defectuoso. La falla está en la reutilización var2, como en su código. Los mensajes de diagnóstico para stderr están aquí para ayudarlo a comprender lo que sucede.

#!/bin/bash

for i in 1 2; do
   echo "Loop $i starts. var2 is ${var2:-empty or unset}." >&2
   until [ "$var2" -lt 10000 ] 2>/dev/null; do
      echo "Trying new random number." >&2
      var2="$RANDOM"
   done
   echo "Expectation met. Printing the result." >&2
   echo "$var2"
   echo "Loop $i ends. var2 is ${var2:-empty or unset}." >&2
done

Ejecute el código y verá que el segundo bucle no obtiene ningún número aleatorio nuevo. Ahora probemos con unset:

#!/bin/bash

for i in 1 2; do
   echo "Loop $i starts. var2 is ${var2:-empty or unset}." >&2
   unset var2
   echo "Loop $i continues. var2 is ${var2:-empty or unset}." >&2
   until [ "$var2" -lt 10000 ] 2>/dev/null; do
      echo "Trying new random number." >&2
      var2="$RANDOM"
   done
   echo "Expectation met. Printing the result." >&2
   echo "$var2"
   echo "Loop $i ends. var2 is ${var2:-empty or unset}." >&2
done

Otro enfoque es utilizar local var2en una función:

#!/bin/bash

gimme_random () {
   local var2
   echo "Function starts. var2 inside is ${var2:-empty or unset}." >&2
   until [ "$var2" -lt 10000 ] 2>/dev/null; do
      echo "Trying new random number." >&2
      var2="$RANDOM"
   done
   echo "Expectation met. Printing the result." >&2
   echo "$var2"
   echo "Function ends. var2 inside is ${var2:-empty or unset}." >&2
}

for i in 1 2; do
   echo "Loop $i starts. var2 is ${var2:-empty or unset}." >&2
   gimme_random
   echo "Loop $i ends. var2 is ${var2:-empty or unset}." >&2
done

Esto funciona como se esperaba. La variable dentro de la función no tiene conexión con la variable fuera de la función. Cuando la función se ejecuta nuevamente, la variable en la nueva instancia es local a la instancia.

Pruébelo sin él local var2y se comportará como el primer fragmento (defectuoso). En este caso, var2el exterior y el interior de la función (ambas instancias) son iguales var2.

También tenga en cuenta que si ejecuta los fragmentos simplemente pegándolos secuencialmente en un solo shell, entonces var2(a menos que sea local en la función) permanecerán de un fragmento a otro. Esto incluso enfatizará el problema.

Declaración de caso de script Bash que incluye condiciones de prueba que no se comportan

Respuesta1

Explicación

Ejemplo

información relacionada