¿Por qué es legal establecer una variable antes de un comando en bash?

Acabo de encontrar varias respuestas, como analizar un archivo de texto delimitado ... que usa la construcción:

while IFS=, read xx yy zz;do
    echo $xx $yy $zz
done < input_file

donde la IFSvariable se establece antes del readcomando.

He estado leyendo la referencia de bash pero no puedo entender por qué esto es legal.

Lo intenté

$ x="once upon" y="a time" echo $x $y

desde el símbolo del sistema bash pero no se hizo eco de nada. ¿Alguien puede señalarme dónde se define esa sintaxis en la referencia que permite que la variable IFS se establezca de esa manera? ¿Es un caso especial o puedo hacer algo similar con otras variables?

Está debajo de Shell Grammar, Comandos simples (énfasis agregado):

Un comando simple es una secuencia de asignaciones de variables opcionales seguidas de palabras y redirecciones separadas en blanco , y terminadas por un operador de control. La primera palabra especifica el comando que se ejecutará y se pasa como argumento cero. Las palabras restantes se pasan como argumentos al comando invocado.

Para que pueda pasar cualquier variable que desee. Su echoejemplo no funciona porque las variables se pasan al comando, no se establecen en el shell. El shell se expande $xy $y antes de invocar el comando. Esto funciona, por ejemplo:

$ x="once upon" y="a time" bash -c 'echo $x $y'
once upon a time

Las variables definidas se convierten en variables de entorno en el proceso bifurcado.

Si tu corres

A="b" echo $A

entonces golpear primero se expande $Aen ""y a continuación, ejecuta

A="b" echo

Aquí está la forma correcta:

x="once upon" y="a time" bash -c 'echo $x $y'

Observe las comillas simples bash -c, de lo contrario tiene el mismo problema que el anterior.

Entonces, su ejemplo de bucle es legal porque el comando bash 'read' incorporado buscará IFS en sus variables de entorno y buscará ,. Por lo tanto,

for i in `TEST=test bash -c 'echo $TEST'`
do
  echo "TEST is $TEST and I is $i"
done

imprimirá TEST is and I is test

Por último, en cuanto a la sintaxis, en un bucle for se espera una cadena. Por lo tanto, tuve que usar backticks para convertirlo en un comando. Sin embargo, los bucles while esperan una sintaxis de comando, como IFS=, read xx yy zz.

man bash

AMBIENTE

[...] El entorno para cualquier comando o función simple puede aumentarse temporalmente con el prefijo con asignaciones de parámetros, como se describió anteriormente en PARÁMETROS. Estas declaraciones de asignación afectan solo al entorno visto por ese comando.

Las variables se expanden antes de que tenga lugar la asignación de variables. Por la razón obvia, eso var=xtambién funcionaría a la inversa, pero var=$othervarno lo haría. Es decir, $xse necesita antes de que esté disponible. Pero ese no es el problema principal. El principal problema es que la línea de comandos solo puede ser modificada por el entorno de shell, pero la asignación no se convierte en parte del entorno de shell.

Combina características: desea un reemplazo de la línea de comandos pero coloca la definición de la variable en el entorno de comandos. Los reemplazos de la línea de comando deben ser realizados por el shell. El entorno debe ser explícitamente utilizado por el comando llamado. Si y cómo se hace esto depende del comando.

La ventaja de este uso es que puede configurar el entorno para un subproceso sin afectar el entorno del shell.

x="once upon" y="a time" bash -c 'echo $x $y'

funciona como se espera porque en ese caso ambas características se combinan: el reemplazo de la línea de comandos no se realiza mediante el shell de llamada sino mediante el shell de subproceso.

El comando que proporcione es diferente porque $xy $yse expanden antes de las echocarreras de mando, por lo que sus valores de la corriente se utilizan cáscara, no los valores que echose ven en su entorno si fuera a buscar.

Voy por la imagen más grande de " por qué es legal"

Respuesta: Para que pueda llamar o invocar un programa y para esa invocación solo use una variable con una variable en particular.

Como ejemplo: tiene un parámetro para una conexión de base de datos llamado 'db_connection', y normalmente pasa 'test' como nombre para su conexión de base de datos de prueba. De hecho, incluso puede establecerlo como un valor predeterminado que no necesita pasar explícitamente. A veces, sin embargo, desea trabajar con la base de datos ci. Entonces, pasa el parámetro como 'ci' y luego el programa que se llama utiliza ese parámetro de la base de datos como el nombre de la base de datos que se usará para todas las llamadas a la base de datos. Para la próxima ejecución, si no repite el enfoque y simplemente llama al programa, la variable volverá a su valor predeterminado anterior.

También puedes usar ;. Se evaluará antes porque es un separador de comandos.

x="once upon" y="a time"; echo $x $y