Wann verwenden wir in Shell-Skripten? {} Erweitern von Variablen?

Zum Beispiel habe ich Folgendes gesehen:

var=10        # Declare variable

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

Gibt es einen signifikanten Unterschied oder ist es nur Stil? Wird einer dem anderen vorgezogen?

In diesem Beispiel macht es keinen Unterschied. Die {}in ${}sind jedoch nützlich, wenn Sie die Variable fooin der Zeichenfolge erweitern möchten

"${foo}bar"

da "$foobar"würde stattdessen die durch identifizierte Variable erweiternfoobar .

Geschweifte Klammern sind auch unbedingt erforderlich, wenn:

• Array-Elemente erweitern, wie in ${array[42]}
• Verwenden von Parametererweiterungsoperationen wie in ${filename%.*}(Erweiterung entfernen)
• Erweiterung der Positionsparameter über 9 hinaus: "$8 $9 ${10} ${11}"

Dies überall zu tun, anstatt nur in möglicherweise mehrdeutigen Fällen, kann als gute Programmierpraxis angesehen werden. Dies dient sowohl der Konsistenz als auch der Vermeidung von Überraschungen $foo_$bar.jpg, bei denen es visuell nicht offensichtlich ist, dass der Unterstrich Teil des Variablennamens wird.

Variablen werden ohne $und ohne deklariert und zugewiesen {}. Du musst benutzen

var=10

zuweisen. Um aus der Variablen zu lesen (mit anderen Worten, erweitern Sie die Variable), müssen Sie verwenden $.

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

Das hat mich manchmal verwirrt - in anderen Sprachen beziehen wir uns auf dieselbe Weise auf die Variable, unabhängig davon, ob sie sich links oder rechts von einer Zuweisung befindet. Aber Shell-Scripting ist anders, $var=10macht nicht das, was Sie vielleicht denken!

Sie verwenden {}für die Gruppierung. Die geschweiften Klammern werden benötigt, um Array-Elemente zu dereferenzieren. Beispiel:

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

Sie können auch Textmanipulationen in geschweiften Klammern vornehmen:

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

Ergebnis:

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

oder

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

Ergebnis:

This_is_a_string

Sie haben Recht, "reguläre Variablen" werden nicht benötigt ... Aber es ist hilfreicher für das Debuggen und das Lesen eines Skripts.

Das Ende des Variablennamens wird normalerweise durch ein Leerzeichen oder eine neue Zeile gekennzeichnet. Aber was ist, wenn wir nach dem Drucken des Variablenwerts kein Leerzeichen oder keine neue Zeile möchten? Die geschweiften Klammern teilen dem Shell-Interpreter mit, wo sich das Ende des Variablennamens befindet.

Klassisches Beispiel 1) - Shell-Variable ohne nachfolgendes Leerzeichen

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"

Beispiel 2) Java-Klassenpfad mit versionierten Jars

# 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

(Freds Antwort besagt dies bereits, aber sein Beispiel ist etwas zu abstrakt.)

Geschweifte Klammern werden immer benötigt, um auf Array-Elemente zuzugreifen und die Klammererweiterung durchzuführen.

Es ist gut, nicht zu vorsichtig zu sein und {}für die Erweiterung von Shell-Variablen zu verwenden, auch wenn kein Raum für Mehrdeutigkeiten besteht.

Zum Beispiel:

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

Es ist also besser, die drei Zeilen wie folgt zu schreiben:

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

das ist definitiv besser lesbar.

Da ein Variablenname nicht mit einer Ziffer beginnen kann, ist Shell nicht brauchen {}um nummerierte Variablen (wie $1, $2etc.) , sofern eine solche Expansion durch eine Ziffer folgt. Das ist zu subtil und macht es {}in solchen Kontexten explizit zu verwenden :

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

Sehen:

• Zulässige Zeichen in Linux-Umgebungsvariablennamen

Gemäß dem Vorschlag von SierraX und Peter zur Textmanipulation werden geschweifte Klammern {}verwendet, um eine Variable an einen Befehl zu übergeben, zum Beispiel:

Angenommen , Sie haben eine sposi.txt- Datei, die die erste Zeile eines bekannten italienischen Romans enthält:

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

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

Erstellen Sie nun zwei Variablen:

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

Jetzt ersetzen Sie den Wort variable Inhalte mit dem von new_word , innerhalb sposi.txt Datei

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

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

Das Wort "Ramo" wurde ersetzt.