Quand avons-nous besoin des accolades autour des variables shell?

Dans les scripts shell, quand doit-on utiliser {} lors de l'expansion des variables?

Par exemple, j'ai vu les éléments suivants:

var=10        # Declare variable

echo "${var}" # One use of the variable
echo "$var"   # Another use of the variable

Est là une différence importante, ou est-ce juste le style? Est un privilégié par rapport à l'autre?

InformationsquelleAutor New User | 2012-01-05
  1. 690

    Dans cet exemple particulier, il ne fait aucune différence. Cependant, la {} dans ${} sont utiles si vous souhaitez augmenter la variable foo dans la chaîne

    "${foo}bar"

    depuis "$foobar" serait plutôt de développer la variable identifiée par foobar.

    Accolades sont inconditionnellement nécessaire lorsque:

    • l'expansion des éléments de tableau, comme dans ${array[42]}
    • à l'aide du paramètre d'expansion des opérations, comme dans ${filename%.*} (suppression de l'extension)
    • l'expansion de paramètres positionnels au-delà de 9: "$8 $9 ${10} ${11}"

    Faire cela partout, au lieu de juste dans des situations ambiguës, peut être considéré comme une bonne pratique. C'est à la fois pour des raisons de cohérence et pour éviter les mauvaises surprises comme $foo_$bar.jpg, où il n'est pas visuellement évident que le trait de soulignement devient une partie du nom de la variable.

    • {} est connu comme attelle d'extension. ${} est connu comme l'expansion des variables. Ils font des choses différentes. J'avais upvote vous, sauf pour le n ° d'extension bits.
    • autres que les tableaux c'est pas vraiment nécessaire" Non, les accolades sont nécessaires pour PARAMÈTRE d'EXTENSION, très utile pour construire dans des scripts. J'ai vu beaucoup de sed et awk scripts pouvant être remplacé par un peu de l'expansion de paramètres.
    • Qu'en est $()?
    • est utilisé pour exécuter une commande, tels que md5sum=$(md5sum foo.bin) va stocker le résultat de md5sum foo.bin dans la variable md5sum, maintenant accessible à l'aide de ${md5sum}. Aussi, +1 et beaucoup plus dans l'esprit de l'OP pour mentionner que c'est une bonne pratique pour être explicite!
    • En parlant de précision, je trouve qu'il est important de mentionner que $() exécute sa commande à partir d'un shell interne est exécuté.
    • J'ai pensé que j'ai compris des accolades, alors, mais je viens de rencontrer ce: seq ${1:-20} qui est le même que seq 1 20. Quelle est la différence? (même dans l'exécution de la méthode?)
    • Si j'avais un fichier qui a une liste de noms de fichiers, et je voulais cat/echo/print mais sans l'extension du fichier, comment pourrais-je le faire? J'ai essayé d'utiliser l' %.* truc et ça ne fonctionne pas
    • J'étais sur le point de poser une question ici: est-il un inconvénient (performance? peut-il avoir à faire un peu spéciale d'évaluation) de l'aide bouclés-accolades partout? Dans mes scripts j'ai toujours écrire: "${var}" au lieu de "$var" ... parce que je pense que c'est plus facile de remarquer le var nom, et parce que je peux être sûr que je ne vais pas être mordu par le "prochain éléments peuvent être considérés comme faisant partie du nom de" problème.. mais est-il vraiment pas d'effets secondaires négatifs (à l'exception de l'ajout de 2 caractères par utiliser? ^^ )
    • est une forme de l'expansion de paramètres. Ici, il n'est pas évident car il est principalement utilise des chiffres et des opérateurs arithmétiques qui nous tromper en pensant qu'il y est de l'arithmétique impliqués, mais il désigne en fait le paramètre de position $1, qui si n'est pas défini sera remplacé par une valeur par défaut 20 (la syntaxe est ${variable:-default_value}).
    • De plus, de nombreux outils de soutien de la coloration syntaxique pour le ${MY_VAR}.

    InformationsquelleAutor
  2. 119

    Les Variables sont déclarées et attribué sans $ et sans {}. Vous devez utiliser

    var=10

    à attribuer. Pour lire à partir de la variable (en d'autres termes, 'étendre' la variable), vous devez utiliser $.

    $var      # use the variable
${var}    # same as above
${var}bar # expand var, and append "bar" too
$varbar   # same as ${varbar}, i.e expand a variable called varbar, if it exists.

    A ce qui me confond, parfois dans d'autres langues, nous nous référons à la variable de la même manière, indépendamment du fait que c'est à gauche ou à droite d'une affectation. Mais shell-script est différent, $var=10 ne fait pas ce qu'on pourrait penser il ne!

    InformationsquelleAutor Aaron McDaid
  3. 30

    Vous utilisez {} pour le regroupement. Les accolades sont nécessaires pour déréférencer les éléments du tableau. Exemple:

    dir=(*)           # store the contents of the directory into an array
echo "${dir[0]}"  # get the first entry.
echo "$dir[0]"    # incorrect
    • Je ne pouvais pas comprendre la première ligne dir=(*). Autant que je sache, dir est une commande pour lister le contenu d'un répertoire (équivalent à ls -C -b). Pourriez-vous expliquer?
    • Dans la programmation shell, les commandes et les arguments doivent être séparés les uns des autres par des espaces. Ici, vous voyez le signe égal avec pas d'espace, ce qui signifie que ce est une affectation de variable. dir est le nom de la variable, et les parenthèses sont utilisées pour recueillir le nom du fichier d'extension * dans un tableau.
    InformationsquelleAutor glenn jackman
  4. 26

    Vous êtes également en mesure de faire une manipulation de texte entre accolades:

    STRING="./folder/subfolder/file.txt"
echo ${STRING} ${STRING%/*/*}

    Résultat:

    ./folder/subfolder/file.txt ./folder

    ou

    STRING="This is a string"
echo ${STRING// /_}

    Résultat:

    This_is_a_string

    Vous êtes droit dans "régulière variables" ne sont pas nécessaires... Mais il est plus utile pour le débogage et de lire un script.

    InformationsquelleAutor SierraX
  5. 11

    La fin du nom de la variable est généralement identifié par un espace ou un saut de ligne. Mais que faire si nous ne voulons pas d'un espace ou un saut de ligne après l'impression de la valeur de la variable? Les accolades dire le shell interprète si la fin du nom de la variable est.

    Exemple classique 1) - variable d'environnement sans fuite espaces

    TIME=10

# WRONG: no such variable called 'TIMEsecs'
echo "Time taken = $TIMEsecs"

# What we want is $TIME followed by "secs" with no whitespace between the two.
echo "Time taken = ${TIME}secs"

    Exemple 2) chemin de classe Java avec versionnées pots

    # WRONG - no such variable LATESTVERSION_src
CLASSPATH=hibernate-$LATESTVERSION_src.zip:hibernate_$LATEST_VERSION.jar

# RIGHT
CLASSPATH=hibernate-${LATESTVERSION}_src.zip:hibernate_$LATEST_VERSION.jar

    (Fred réponse déjà membres de ce mais son exemple est un peu trop abstrait)

    InformationsquelleAutor Sridhar Sarnobat
  6. 2

    Suivantes SierraX et Pierre suggestion au sujet de manipulation de texte, des accolades {} sont utilisés pour passer une variable à une commande, par exemple:

    Disons que vous avez un sposi.txt fichier contenant la première ligne d'un célèbre roman italien:

    > sposi="somewhere/myfolder/sposi.txt"
> cat $sposi

    De sortie: quel ramo del lago di como che volge a mezzogiorno

    Maintenant créer deux variables:

    # Search the 2nd word found in the file that "sposi" variable points to
> word=$(cat $sposi | cut -d " " -f 2)

# This variable will replace the word
> new_word="filone"

    Maintenant remplacer le mot à contenu variable avec l'un des new_word, à l'intérieur de sposi.txt fichier

    > sed -i "s/${word}/${new_word}/g" $sposi
> cat $sposi

    De sortie: quel filone del lago di como che volge a mezzogiorno

    Le mot "rameau" a été remplacé.

    • Cela fonctionne tout aussi bien sans accolades autour des variables.
    • Vous pouvez résoudre le weel-known novel peu. Upvoted néanmoins.
    InformationsquelleAutor Fabio Natalini
  7. 1

    Accolades sont toujours nécessaires pour accéder aux éléments du tableau et de la réalisation d'orthèse d'extension.

    Il est bon de ne pas être trop prudente et l'utilisation {} pour la variable shell extension, même quand il n'y a pas de place à l'ambiguïté.

    Par exemple:

    dir=log
prog=foo
path=/var/${dir}/${prog}      # excessive use of {}, not needed since /can't be a part of a shell variable name
logfile=${path}/${prog}.log   # same as above, . can't be a part of a shell variable name
path_copy=${path}             # {} is totally unnecessary
archive=${logfile}_arch       # {} is needed since _ can be a part of shell variable name

    Donc, il est préférable d'écrire trois lignes comme:

    path=/var/$dir/$prog
logfile=$path/$prog.log
path_copy=$path

    qui est certainement plus lisible.

    Depuis un nom de variable ne peut pas commencer par un chiffre, shell n'a pas besoin de {} autour de numérotée variables (comme $1, $2 etc.) à moins qu'une telle expansion est suivie par un chiffre. C'est trop subtil et il n'est à utiliser de manière explicite {} dans de tels contextes:

    set app      # set $1 to app
fruit=$1le   # sets fruit to apple, but confusing
fruit=${1}le # sets fruit to apple, makes the intention clear

    Voir:

    InformationsquelleAutor codeforester