Perché l'impostazione di una variabile prima di un comando è legale in bash?

Ho appena incontrato diverse risposte come l' analisi di un file di testo delimitato ... che usano il costrutto:

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

dove la IFSvariabile è impostata prima del readcomando.

Ho letto il riferimento bash ma non riesco a capire perché questo è legale.

Provai

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

dal prompt dei comandi di bash ma non è stato fatto eco. Qualcuno può indicarmi dove è definita quella sintassi nel riferimento che consente di impostare la variabile IFS in quel modo? È un caso speciale o posso fare qualcosa di simile con altre variabili?

È sotto Shell Grammar, Simple Commands (enfasi aggiunta):

Un semplice comando è una sequenza di assegnazioni di variabili opzionali seguita da parole e reindirizzamenti separati da spazi vuoti e terminata da un operatore di controllo. La prima parola specifica il comando da eseguire e viene passata come argomento zero. Le parole rimanenti vengono passate come argomenti al comando invocato.

Quindi puoi passare qualsiasi variabile desideri. Il tuo echoesempio non funziona perché le variabili vengono passate al comando, non impostate nella shell. La shell si espande $xe $y prima di invocare il comando. Funziona, ad esempio:

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

Le variabili definite diventano come variabili di ambiente nel processo biforcato.

Se corri

A="b" echo $A

quindi bash si espande prima $Ain ""e poi viene eseguito

A="b" echo

Ecco il modo corretto:

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

Nota le virgolette singole bash -c, altrimenti hai lo stesso problema di cui sopra.

Quindi il tuo esempio di loop è legale perché il comando bash incorporato 'read' cercherà IFS nelle sue variabili di ambiente e troverà ,. Perciò,

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

stamperà TEST is and I is test

Infine, come per la sintassi, in un ciclo for è prevista una stringa. Pertanto ho dovuto usare i backtick per trasformarlo in un comando. Tuttavia, mentre i loop prevedono una sintassi dei comandi, ad esempio IFS=, read xx yy zz.

man bash

AMBIENTE

[...] L'ambiente per qualsiasi comando o funzione semplice può essere temporaneamente incrementato prefissandolo con assegnazioni di parametri, come descritto sopra in PARAMETRI. Queste istruzioni di assegnazione influiscono solo sull'ambiente visto da quel comando.

Le variabili vengono espanse prima dell'assegnazione delle variabili. Per l'ovvia ragione che var=xavrebbe funzionato anche nell'altro modo, ma var=$othervarnon avrebbe funzionato. Cioè il tuo $xè necessario prima che sia disponibile. Ma questo non è il problema principale. Il problema principale è che la riga di comando può essere modificata solo dall'ambiente shell ma l'assegnazione non diventa parte dell'ambiente shell.

Si confondono con le funzionalità: si desidera una sostituzione della riga di comando ma inserire la definizione della variabile nell'ambiente dei comandi. Le sostituzioni della riga di comando devono essere effettuate dalla shell. L'ambiente deve essere esplicitamente utilizzato dal comando chiamato. Se e come ciò dipende dal comando.

Il vantaggio di questo utilizzo è che è possibile impostare l'ambiente per un sottoprocesso senza influire sull'ambiente shell.

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

funziona come previsto perché in tal caso entrambe le funzionalità sono combinate: la sostituzione della riga di comando non viene eseguita dalla shell chiamante ma dalla shell del sottoprocesso.

Il comando fornito è diverso perché $xe $yviene espanso prima dell'esecuzione del echocomando, quindi vengono utilizzati i loro valori nella shell corrente , non i valori che echoverrebbero visualizzati nel suo ambiente se dovesse apparire.

Vado per il quadro più ampio di " perché è legale"

Risposta: In modo da poter chiamare o invocare un programma e per quella chiamata usare solo una variabile con una particolare variabile.

Ad esempio: hai un parametro per una connessione al database chiamato 'db_connection' e normalmente passi 'test' come nome per la tua connessione al database di prova. In effetti, potresti persino impostarlo come predefinito per cui non è necessario passare esplicitamente. A volte, tuttavia, si desidera lavorare con il database ci. Quindi passate il parametro come 'ci' e quindi il programma chiamato usa quel parametro del database come nome del db da usare per tutte le chiamate al database. Per l'esecuzione successiva, se non si ripete l'approccio e si chiama semplicemente il programma, la variabile tornerà al suo valore predefinito precedente.

Puoi anche usare ;. Sarà valutato prima perché è il comando di separazione.

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