Negli script di shell, quando utilizziamo {}quando espandiamo le variabili?

Ad esempio, ho visto quanto segue:

var=10        # Declare variable

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

C'è una differenza significativa o è solo stile? L'uno è preferito all'altro?

In questo esempio particolare, non fa differenza. Tuttavia, {}in ${}sono utili se si desidera espandere la variabile foonella stringa

"${foo}bar"

poiché "$foobar"espanderebbe invece la variabile identificata da foobar.

Le parentesi graffe sono anche necessarie incondizionatamente quando:

• elementi array in espansione, come in ${array[42]}
• utilizzando le operazioni di espansione dei parametri, come in ${filename%.*}(rimuovi estensione)
• espandere i parametri posizionali oltre 9: "$8 $9 ${10} ${11}"

Farlo ovunque, anziché solo in casi potenzialmente ambigui, può essere considerato una buona pratica di programmazione. Questo è sia per coerenza che per evitare sorprese come $foo_$bar.jpg, dove non è visivamente ovvio che il carattere di sottolineatura diventi parte del nome della variabile.

Le variabili sono dichiarate e assegnate senza $e senza {}. Devi usare

var=10

assegnare. Per leggere dalla variabile (in altre parole, 'espandere' la variabile), è necessario utilizzare $.

$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.

Questo a volte mi ha confuso: in altre lingue ci riferiamo alla variabile allo stesso modo, indipendentemente dal fatto che si trovi a sinistra oa destra di un compito. Ma shell-scripting è diverso, $var=10non fa quello che potresti pensare che faccia!

Usi {}per raggruppare. Le parentesi graffe sono necessarie per dereferenziare gli elementi dell'array. Esempio:

dir=(*)           # store the contents of the directory into an array
echo "${dir[0]}"  # get the first entry.
echo "$dir[0]"    # incorrect

Puoi anche fare delle manipolazioni del testo all'interno delle parentesi graffe:

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

Risultato:

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

o

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

Risultato:

This_is_a_string

Hai ragione in "variabili regolari" non sono necessarie ... Ma è più utile per il debug e leggere uno script.

La fine del nome della variabile è generalmente indicata da uno spazio o da una nuova riga. Ma cosa succede se non vogliamo uno spazio o una nuova riga dopo aver stampato il valore della variabile? Le parentesi graffe indicano all'interprete della shell dove si trova la fine del nome della variabile.

Esempio classico 1) - variabile shell senza spazi vuoti finali

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"

Esempio 2) Percorso di classe Java con vasi con versione

# 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

(La risposta di Fred lo afferma già, ma il suo esempio è un po 'troppo astratto)

Le parentesi graffe sono sempre necessarie per accedere agli elementi dell'array e per eseguire l'espansione delle parentesi graffe.

È bene non essere troppo cauti e usare {}per l'espansione delle variabili della shell anche quando non c'è spazio per l'ambiguità.

Per esempio:

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

Quindi, è meglio scrivere le tre righe come:

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

che è sicuramente più leggibile.

Poiché un nome di variabile non può iniziare con una cifra, la shell non ha bisogno di {}variabili numerate (come $1, $2ecc.) A meno che tale espansione non sia seguita da una cifra. È troppo sottile e fa esplicitamente uso {}in tali contesti:

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

Vedere:

• Caratteri consentiti nei nomi delle variabili di ambiente Linux

Seguendo i suggerimenti di SierraX e Peter sulla manipolazione del testo, {}vengono utilizzate parentesi graffe per passare una variabile a un comando, ad esempio:

Supponiamo che tu abbia un file sposi.txt contenente la prima riga di un noto romanzo italiano:

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

ouput: quel ramo del lago di como che volge a mezzogiorno

Ora crea due variabili:

# 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"

Ora sostituisci il contenuto della variabile parola con quello di new_word , all'interno del file sposi.txt

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

ouput: quel filone del lago di como che volge a mezzogiorno

La parola "ramo" è stata sostituita.