Pourquoi la définition d'une variable avant une commande est-elle légale dans bash?

Je viens de rencontrer plusieurs réponses, telles que l' analyse d'un fichier texte délimité ... qui utilise la construction:

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

où la IFSvariable est définie avant la readcommande.

J'ai lu la référence bash mais je ne peux pas comprendre pourquoi c'est légal.

j'ai essayé

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

à partir de l'invite de commande bash mais rien ne se fait écho. Quelqu'un peut-il m'indiquer où cette syntaxe est définie dans la référence qui permet à la variable IFS d'être définie de cette manière? Est-ce un cas particulier ou puis-je faire quelque chose de similaire avec d'autres variables?

C'est sous Shell Grammar, Simple Commands (emphase ajoutée):

Une commande simple est une séquence d'affectations de variables facultatives suivies de mots et de redirections séparés par des blancs et terminées par un opérateur de contrôle. Le premier mot spécifie la commande à exécuter et est passé comme argument zéro. Les mots restants sont passés en tant qu'arguments à la commande appelée.

Ainsi, vous pouvez passer n'importe quelle variable de votre choix. Votre echoexemple ne fonctionne pas car les variables sont transmises à la commande et ne sont pas définies dans le shell. Le shell se développe $xet $y avant d' appeler la commande. Cela fonctionne, par exemple:

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

Les variables définies deviennent des variables d’environnement sur le processus forké.

Si tu cours

A="b" echo $A

puis bash se développe d'abord $Adans ""puis s'exécute

A="b" echo

Voici le bon chemin:

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

Notez les guillemets simples dans bash -c, sinon vous avez le même problème que ci-dessus.

Ainsi, votre exemple de boucle est légal car la commande 'read' intégrée dans bash va rechercher IFS dans ses variables d’environnement et trouver ,. Donc,

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

imprimera TEST is and I is test

Enfin, comme pour la syntaxe, une chaîne est attendue dans une boucle for. Par conséquent, je devais utiliser des backticks pour en faire une commande. Cependant, les boucles while attendent une syntaxe de commande, telle que IFS=, read xx yy zz.

man bash

ENVIRONNEMENT

[...] L'environnement de toute commande ou fonction simple peut être augmenté temporairement en le préfixant avec des assignations de paramètres, comme décrit ci-dessus dans PARAMÈTRES. Ces instructions d'affectation n'affectent que l'environnement vu par cette commande.

Les variables sont développées avant que l'affectation de variable ait lieu. Pour la raison évidente, cela var=xfonctionnerait dans l'autre sens également, mais var=$othervarne le ferait pas. C'est-à-dire que votre $xest nécessaire avant qu'il ne soit disponible. Mais ce n'est pas le problème principal. Le principal problème est que la ligne de commande ne peut être modifiée que par l'environnement shell mais que l'affectation ne fait pas partie de l'environnement shell.

Vous mélangez les fonctionnalités: vous souhaitez remplacer la ligne de commande mais placez la définition de la variable dans l'environnement des commandes. Les remplacements de ligne de commande doivent être effectués par le shell. L'environnement doit être explicitement utilisé par la commande appelée. Si et comment cela est fait dépend de la commande.

L'avantage de cette utilisation est que vous pouvez définir l'environnement pour un sous-processus sans affecter l'environnement shell.

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

fonctionne comme prévu car, dans ce cas, les deux fonctions sont combinées: Le remplacement de la ligne de commande n’est pas effectué par le shell appelant, mais par le shell du sous-processus.

La commande que vous fournissez est différente car $xet $yest développée avant l' echoexécution de la commande. Par conséquent, leurs valeurs dans le shell actuel sont utilisées et non les valeurs qui echoseraient affichées dans son environnement si elles devaient être examinées.

Je vais pour la plus grande image de " pourquoi c'est légal"

Réponse: Pour que vous puissiez appeler ou appeler un programme et pour cette invocation, utilisez uniquement une variable avec une variable particulière.

Par exemple: vous avez un paramètre pour une connexion à une base de données appelé "db_connection", et vous transmettez normalement "test" comme nom de votre connexion à la base de données test. En fait, vous pouvez même le définir comme paramètre par défaut que vous n'avez pas besoin de transmettre explicitement. Parfois, cependant, vous voulez travailler avec la base de données ci. Ainsi, vous transmettez le paramètre en tant que "ci", puis le programme appelé utilise ce paramètre de base de données comme nom de la base de données à utiliser pour tous les appels de base de données. Pour la prochaine exécution, si vous ne répétez pas l'approche et appelez simplement le programme, la variable reviendra à sa valeur par défaut précédente.

Vous pouvez également utiliser ;. Il sera évalué auparavant car c'est un séparateur de commandes.

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