Pourquoi les options d'une variable entre guillemets échouent, mais fonctionnent lorsqu'elles ne sont pas entre guillemets?

J'ai lu que je devrais citer des variables en bash, par exemple "$ foo" au lieu de $ foo. Cependant, lors de l'écriture d'un script, j'ai trouvé un cas où cela fonctionne sans guillemets mais pas avec eux:

wget_options='--mirror --no-host-directories'
local_root="$1" # ./testdir recieved from command line
remote_root="$2" # ftp://XXX recieved from command line 
relative_path="$3" # /XXX received from command line

Celui-ci fonctionne:

wget $wget_options --directory_prefix="$local_root" "$remote_root$relative_path"

Ce n'est pas le cas (notez les guillemets doubles autour de $ wget_options):

wget "$wget_options" --directory_prefix="$local_root" "$remote_root$relative_path"

• Quelle est la raison pour ça?

• La première ligne est-elle la bonne version; ou devrais-je soupçonner qu'il y a une erreur cachée quelque part qui provoque ce comportement?

• En général, où puis-je trouver une bonne documentation pour comprendre comment bash et ses citations fonctionnent? Lors de l'écriture de ce script, j'ai l'impression d'avoir commencé à travailler sur une base d'essais et d'erreurs au lieu de comprendre les règles.

Fondamentalement, vous devez doubler les extensions de variable pour les protéger contre le fractionnement de mots (et la génération de noms de fichiers). Cependant, dans votre exemple,

wget_options='--mirror --no-host-directories'
wget $wget_options --directory_prefix="$local_root" "$remote_root$relative_path"

le fractionnement de mots est exactement ce que vous voulez .

Avec "$wget_options"(cité), wgetne sait pas quoi faire avec le seul argument --mirror --no-host-directorieset se plaint

wget: unknown option -- mirror --no-host-directories

Pour wgetvoir les deux options --mirroret --no-host-directoriesséparément, la séparation des mots doit se produire.

Il existe des moyens plus robustes de procéder. Si vous utilisez bashou tout autre shell qui utilise des tableaux comme bashdo, consultez la réponse de glenn jackman . La réponse de Gilles décrit en outre une solution alternative pour les coques plus simples telles que la norme /bin/sh. Les deux stockent essentiellement chaque option en tant qu'élément séparé dans un tableau.

Question connexe avec de bonnes réponses: pourquoi mon script shell s'étouffe-t-il avec les espaces ou d'autres caractères spéciaux?

Les extensions de guillemets doubles sont une bonne règle de base. Fais ça . Soyez alors conscient des très rares cas où vous ne devriez pas faire cela. Ceux-ci se présenteront à vous par le biais de messages de diagnostic, tels que le message d'erreur ci-dessus.

Il y a aussi quelques cas où vous n'avez pas besoin de citer des extensions de variables. Mais il est plus facile de continuer à utiliser des guillemets, car cela ne fait pas beaucoup de différence. Un tel cas est

variable=$other_variable

Un autre est

case $variable in
    ...) ... ;;
esac

La façon la plus robuste de coder est d'utiliser un tableau:

wget_options=(
    --mirror 
    --no-host-directories
    --directory_prefix="$1"
)
wget "${wget_options[@]}" "$2/$3"

Vous essayez de stocker une liste de chaînes dans une variable de chaîne. Ça ne va pas. Peu importe comment vous accédez à la variable, quelque chose est cassé.

wget_options='--mirror --no-host-directories'définit la variable wget_optionssur une chaîne qui contient un espace. À ce stade, il n'y a aucun moyen de savoir si l'espace est censé faire partie d'une option ou un séparateur entre les options.

Lorsque vous accédez à la variable avec une substitution entre guillemets wget "$wget_options", la valeur de la variable est utilisée comme chaîne. Cela signifie qu'il est transmis en tant que paramètre unique à wget, c'est donc une seule option. Cela casse dans votre cas, car vous vouliez que cela signifie plusieurs options.

Lorsque vous utilisez une substitution sans guillemets wget $wget_options, la valeur de la variable chaîne subit un processus d'expansion surnommé «split + glob»:

1. Prenez la valeur de la variable et divisez-la en parties séparées par des espaces (en supposant que vous n'avez pas modifié la $IFSvariable). Il en résulte une liste intermédiaire de chaînes.
2. Pour chaque élément de la liste intermédiaire, s'il s'agit d'un modèle générique qui correspond à un ou plusieurs fichiers, remplacez cet élément par la liste des fichiers correspondants.

Cela se produit dans votre exemple, car le processus de fractionnement transforme l'espace en séparateur, mais ne fonctionne pas en général, car une option peut contenir des espaces et des caractères génériques.

Dans ksh, bash, yash et zsh, vous pouvez utiliser une variable de tableau. Un tableau en terminologie shell est une liste de chaînes, il n'y a donc pas de perte d'informations. Pour créer une variable de tableau, placez des parenthèses autour des éléments du tableau lors de l'attribution de la valeur à la variable. Pour accéder à tous les éléments du tableau, utilisez - ceci est une généralisation de , qui forme une liste à partir des éléments du tableau. Notez que vous avez également besoin des guillemets doubles, sinon chaque élément subit split + glob."${VARIABLE[@]}""$@"

wget_options=(--mirror --no-host-directories --user-agent="I can haz spaces")
wget "${wget_options[@]}" …

En clair, il n'y a pas de variables de tableau. Si cela ne vous dérange pas de perdre les arguments positionnels, vous pouvez les utiliser pour stocker une liste de chaînes.

set -- --mirror --no-host-directories --user-agent="I can haz spaces"
wget "$@" …

Pour plus d'informations, voir Pourquoi mon script shell s'étouffe-t-il sur les espaces ou d'autres caractères spéciaux?