Pourquoi --text = “$ @” ne passe-t-il que le premier mot?

Lorsque j'exécute le script suivant avec quelques arguments comme arg1 arg2 arg3:

#!/bin/bash
zenity --entry --text="$@"

zenity crée une boîte de dialogue d'entrée avec ce texte: "arg1" alors que j'attends "arg1 arg2 arg3"

Si j'utilise une variable comme le script suivant, elle affiche tous les arguments pour le texte d'entrée.

#!/bin/bash
text="$@"
zenity --entry --text="$text"

Quelle est la différence entre ces scripts? Pourquoi le premier remplace- $@t-il uniquement par le premier argument?

$@se développe en mots séparés (alors qu'il se $*développe en un seul mot), comme expliqué dans le bashmanuel . Ainsi, lorsque vous écrivez

zenity --text="$@"

il se développe pour

zenity --text="$1" "$2" "$3"

Cependant, les affectations de variables shell ne subissent pas de division de mots. Notez que le fractionnement champ / mot est omis dans la liste des extensions pour les affectations de variables dans le bashmanuel . Ce comportement est conforme à la spécification POSIX . Donc, quand vous écrivez

text="$@"

la variable textobtient tous les paramètres positionnels en un seul mot, équivalent à si vous aviez écrit text="$*". En effet, c'est la raison pour laquelle les guillemets doubles sont souvent inutiles dans les affectations de variables. Tous les deux

text=$@

et

text=$*

sont parfaitement sûrs.

Donc,

text=$@
zenity --option="$text"

se développe "$text"en un seul mot, c'est pourquoi cela fonctionne. Notez que le --option="$@"est juste un argument normal à la commande zenity, et non une affectation de variable shell, c'est pourquoi le fractionnement de mots a lieu ici mais pas dans text=$@.

$@ obtenir développé chaque paramètre dans un mot distinct, devenant

zenity --entry --text="arg1" "arg2" "arg3" # syntactically wrong for zenity

Utilisez-le à la $*place pour le développer en un seul mot

zenity --entry --text="$*"

qui deviendra

zenity --entry --text="arg1 arg2 arg3" # syntactically correct for zenity