Bash (veya diğer kabuk) komut dosyalarında boşluk sayısının önemli olduğu bazı durumlar nelerdir?

Bana boşlukların bashya da diğer kabuk metinlerinde önemli olduğu söylendi ve ne yaptığımı bilmiyorsam boşlukların varlığını değiştirmemeliydim. "Varoluşu değiştirmek" ile, ya boşluk olmayan iki karakter arasına boşluk eklemek ya da boşluk olmayan iki karakter arasına boşluk var="$val"koymak , örneğin , var ="$val"ya değiştirmek ya da tam tersi demek . Ben sormak istiyorum

Bir kabuk betiğinde tek bir boşluk kullanmanın veya birden çok ardışık boşluk kullanmanın fark yarattığı durumlar var mı? .

(Tabii ki, ekleme / tırnak içinde bir boşluk silmesini değiştirilmesi gibi bir fark yaratıyor echo "a b"için echo "a b"veya tam tersi. Bu basit örnekte dışındaki örnekler için arıyorum.)

Ben bu soruya rastladım ama bu bir boşluk yaratacak birçok örnek biliyorum hangi boşluk olmayan iki karakter arasında boşluk ekleme ve kaldırma ile ilgili.

Herhangi bir yardım mutluluk duyacağız. Mümkünse daha fazla çeşit kabuk ekleyin.

Tırnakların dışında, kabuk sözcük / simge ayırıcısı olarak boşluk (boşluklar, sekmeler, satırsonu, satır başı, vb.) Kullanır. Bunun anlamı:

• Boşluk ile ayrılmayan şeyler bir "kelime" olarak kabul edilir .
• Bir veya daha fazla boşluk karakteriyle ayrılmış şeyler iki (veya daha fazla) kelime olarak kabul edilir.

Her "şey" arasındaki gerçek boşluk karakterlerinin sayısı, en az bir tane olduğu sürece önemli değildir.

Bu muhtemelen aldatıyor, ama bu:

rm foo\ bar         # "delete the file named 'foo bar'"

bundan farklı:

rm foo\  bar        # "delete the files named 'foo ' and 'bar'"

alanlarda olsa bile değil tırnak içinde. ;-)

Daha şaşırtıcı bir şekilde, bu:

rm \
    foo          # "delete the file named 'foo'"

bundan farklı:

rm \ 
    foo          # "delete the file named ' ', then run the command 'foo'"

Hatta onlar olsa bakmak özdeş!

Uzay karakteri (hakkında konuşmak yoksa U+0020), ancak herhangi bir boşluk karakteri ( U+0020, \n, \tİşte-Belgeler: vs.), sonra belirli bir durum aklıma geliyor.

Bu kod (boşluklar kullanarak):

cat <<- 'EOF'
<space><space>foo
EOF

Yazdırılacak:

  foo

Ancak bu kod (sekmeleri kullanarak):

cat <<- 'EOF'
<tab><tab>foo
EOF

Yazdırılacak:

foo

Bunun nedeni ( POSIX'in belirttiği gibi ):

Yeniden yönlendirme operatörü ise <<-, tüm önde gelen <tab> karakterleri giriş satırlarından ve sondaki sınırlayıcıyı içeren satırdan çıkarılmalıdır.

Ayrıca atama ifadeleri yazarken de bir etkisi vardır. Değeri ile FOO=xyzadlandırılmış bir ortam değişkeni yaratacağını söylersem , ama eşitleri boşlukla ayırırsam , arg ile adlandırılmış bir programı çağırdığımı düşünürüm . Belirli sözdizimi söz konusu olduğunda önemli.FOOxyzFOO=xyz