Kabuk komut dosyalarında ne zaman kullanırız {} değişkenleri genişletirken ne zaman ?

Örneğin, aşağıdakileri gördüm:

var=10        # Declare variable

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

Önemli bir fark var mı, yoksa sadece stil mi? Biri diğerine tercih edilir mi?

Bu özel örnekte, hiçbir fark yaratmaz. Ancak, dizede değişkeni genişletmek istiyorsanız , {}in ${}yararlıdırfoo

"${foo}bar"

çünkü "$foobar"bunun yerinefoobar .

Kıvırcık ayraçlar ayrıca aşağıdaki durumlarda koşulsuz olarak gereklidir:

• dizi öğelerini genişletme, ${array[42]}
• parametre genişletme işlemlerini ${filename%.*}( olduğu gibi, uzantıyı kaldırma) kullanma
• konum parametrelerini 9'un ötesine genişletme: "$8 $9 ${10} ${11}"

Bunun yerine sadece anlama gelebilecek vakalarda arasında, her yerde bu yaparak, olabilir uygulama programlama düşünülebilir. Bu hem tutarlılık hem $foo_$bar.jpgde alt çizginin değişken adının bir parçası haline geldiği görsel olarak açık olmadığı gibi sürprizlerden kaçınmak içindir .

Değişkenler ilan ve olmadan atanır $ve olmadan {}. Kullanmak zorundasın

var=10

atamak. Değişkenden okumak için (başka bir deyişle, değişkeni 'genişlet'), kullanmanız gerekir $.

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

Bu bazen beni şaşırttı - diğer dillerde, bir ödevin solunda veya sağında olsun, değişkeni aynı şekilde ifade ediyoruz. Ancak kabuk komut dosyası oluşturma farklıdır, $var=10düşündüğünü yapmaz!

{}Gruplama için kullanırsınız . Parantez, dizi öğelerinin referanslarının kaldırılması için gereklidir. Misal:

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

Ayrıca parantez içinde bazı metin manipülasyonları yapabilirsiniz:

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

Sonuç:

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

veya

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

Sonuç:

This_is_a_string

Haklısın "düzenli değişkenler" gerekli değil ... Ama hata ayıklama ve bir komut dosyası okumak için daha yararlıdır.

Değişken adının sonu genellikle boşluk veya satırsonu ile belirtilir. Ancak, değişken değerini yazdırdıktan sonra boşluk veya satır sonu istemezsek ne olur? Kıvırcık parantezler kabuk yorumlayıcısına değişken adının sonunun nerede olduğunu söyler.

Klasik Örnek 1) - boşluk içermeyen kabuk değişkeni

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"

Örnek 2) Sürümlü kavanozlara sahip Java sınıfyolu

# 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'in cevabı zaten bunu söylüyor ama örneği biraz fazla soyut)

Dizi elemanlarına erişmek ve küme ayracı genişlemesini gerçekleştirmek için her zaman kıvırcık parantezlere ihtiyaç vardır.

Aşırı ihtiyatlı olmamak ve {}belirsizlik için bir kapsam olmasa bile kabuk değişkeni genişlemesi için kullanmak iyidir .

Örneğin:

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

Bu nedenle, üç satırı şu şekilde yazmak daha iyidir:

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

ki bu kesinlikle daha okunabilir.

Değişken adı bir rakam ile başlayamaz için, kabuk gerek yoktur {}yaklaşık sayılı değişkenleri (gibi $1, $2bu genişleme bir rakam olduğu sürece vb.) Bu çok ince ve bu {}tür bağlamlarda açıkça kullanılmasını sağlıyor :

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

Görmek:

• Linux ortam değişkeni adlarında izin verilen karakterler

SierraX ve Peter'ın metin manipülasyonu hakkındaki önerilerini takiben {}, örneğin bir komuta değişken göndermek için süslü parantez kullanılır:

İyi bilinen bir İtalyan romanının ilk satırını içeren bir sposi.txt dosyanız olduğunu varsayalım :

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

Çıkışı: quel ramo del lago di como che volge a mezzogiorno

Şimdi iki değişken oluşturun:

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

Şimdi yerine kelimesinin biriyle değişken içerik new_word sposi.txt dosyası içinde,

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

Çıkışı: quel filone del lago di como che volge a mezzogiorno

"Ramo" kelimesi değiştirildi.