Bash'de çift köşeli parantez [[]] tek köşeli parantez [] yerine tercih edilebilir mi?

Bir meslektaş, yakın zamanda bir kod incelemesinde yapının aşağıdaki gibi yapılarda [[ ]]tercih edileceğini iddia etti[ ]

if [ "`id -nu`" = "$someuser" ] ; then 
     echo "I love you madly, $someuser"
fi

Bir gerekçe sağlayamadı. Bir tane var mı?

[[daha az sürpriz içerir ve genellikle kullanımı daha güvenlidir. Ancak taşınabilir değil - POSIX ne yaptığını belirtmiyor ve sadece bazı kabuklar onu destekliyor (bash'ın yanında ksh'ın da desteklediğini duydum). Örneğin,

[[ -e $b ]]

bir dosyanın var olup olmadığını sınamak için. Ancak [, alıntı $byapmalısınız, çünkü argümanı böler ve gibi şeyleri genişletir "a*"( [[kelimenin tam anlamıyla alır). Bu aynı zamanda [harici bir programın nasıl olabileceği ile de ilgilidir ve argümanını normalde diğer tüm programlar gibi alır (aynı zamanda yerleşik de olabilir, ancak yine de bu özel işleme sahip değildir).

[[ayrıca =~C benzeri dillerde bilindiği gibi operatörlerle düzenli ifade eşleşmesi gibi başka güzel özelliklere de sahiptir . : İşte bu konuda iyi bir sayfası nedir testi arasındaki fark, [ve [[? ve Bash Testleri

Davranış farklılıkları

Bash 4.3.11 ile ilgili bazı farklılıklar:

• POSIX vs Bash uzantısı:

  • [ POSIX
  • [[ bir Bash uzantısıdır ¹

• normal komut vs büyü

  • [ sadece garip bir isimle düzenli bir emirdir.

    ]sadece [başka bir argümanın kullanılmasını engelleyen bir argüman .

    Ubuntu 16.04 aslında coreutils/usr/bin/[ tarafından sağlanan bir yürütülebilir dosyaya sahiptir , ancak bash yerleşik sürümü önceliklidir.

    Hiçbir şey Bash'in komutu ayrıştırma biçiminde değiştirilmez.

    Özellikle, <yeniden yönlendirme &&ve ||birden çok komutu birleştirmek, ( )kaçmadığı sürece alt kabuklar üretir \ve kelime genişletme her zamanki gibi gerçekleşir.

  • [[ X ]]Xsihirli bir şekilde ayrıştırılan tek bir yapıdır . <, &&, ||Ve ()özel olarak muamele edilmiş ve kelime bölme kuralları farklı olabilirler.

    =Ve gibi başka farklılıklar da vardır =~.

    Bashese'de: [yerleşik bir komuttur ve [[bir anahtar kelimedir: /ubuntu/445749/whats-the-difference-between-shell-builtin-and-shell-keyword

• <

  • [[ a < b ]]: sözlükbilimsel karşılaştırma
  • [ a \< b ]: Yukarıdaki ile aynı. \veya başka herhangi bir komut için olduğu gibi yönlendirme yapar. Bash uzantısı.
  • expr a \< b > /dev/null: POSIX eşdeğeri², bkz: Bash'ten küçük veya eşit sözlükbilim dizeleri nasıl test edilir?

• && ve ||

  • [[ a = a && b = b ]]: doğru, mantıklı ve
  • [ a = a && b = b ]: sözdizimi hatası, &&AND komut ayırıcısı olarak ayrıştırıldıcmd1 && cmd2
  • [ a = a -a b = b ]: eşdeğer, ancak POSIX³ tarafından kullanımdan kaldırıldı
  • [ a = a ] && [ b = b ]: POSIX ve güvenilir eşdeğeri

• (

  • [[ (a = a || a = b) && a = b ]]: yanlış
  • [ ( a = a ) ]: sözdizimi hatası, ()alt kabuk olarak yorumlanır
  • [ \( a = a -o a = b \) -a a = b ]: eşdeğer, ancak ()POSIX tarafından kullanımdan kaldırıldı
  • { [ a = a ] || [ a = b ]; } && [ a = b ] POSIX eşdeğeri⁵

• sözcük bölme ve genişletmelerde dosya adı oluşturma (split + glob)

  • x='a b'; [[ $x = 'a b' ]]: true, tırnak işaretleri gerekmez
  • x='a b'; [ $x = 'a b' ]: sözdizimi hatası, [ a b = 'a b' ]
  • x='*'; [ $x = 'a b' ]: geçerli dizinde birden fazla dosya varsa sözdizimi hatası.
  • x='a b'; [ "$x" = 'a b' ]: POSIX eşdeğeri

• =

  • [[ ab = a? ]]: doğru, çünkü desen eşleşmesi yapıyor ( * ? [sihir). Geçerli dizindeki dosyalara genişlemez.
  • [ ab = a? ]: a?glob genişler. Bu nedenle, geçerli dizindeki dosyalara bağlı olarak doğru veya yanlış olabilir.
  • [ ab = a\? ]: yanlış, glob genişlemesi değil
  • =ve ==her ikisi de aynıdır [ve [[ancak ==bir Bash uzantısıdır.
  • case ab in (a?) echo match; esac: POSIX eşdeğeri
  • [[ ab =~ 'ab?' ]]: false⁴, büyüsünü kaybeder ''
  • [[ ab? =~ 'ab?' ]]: doğru

• =~

  • [[ ab =~ ab? ]]: doğru, POSIX genişletilmiş düzenli ifade eşleşmesi, ?genişlemeyi engellemez
  • [ a =~ a ]: sözdizimi hatası. Bash eşdeğeri yok.
  • printf 'ab\n' | grep -Eq 'ab?': POSIX eşdeğeri (yalnızca tek satırlı veriler)
  • awk 'BEGIN{exit !(ARGV[1] ~ ARGV[2])}' ab 'ab?': POSIX eşdeğeri.

Tavsiye : her zaman kullanın [].

[[ ]]Gördüğüm her yapı için POSIX eşdeğeri var .

Sizi kullanırsanız [[ ]]:

• taşınabilirliği kaybetmek
• okuyucuyu başka bir bash uzantısının inceliklerini öğrenmeye zorlayın. [sadece garip bir isimle düzenli bir emirdir, özel bir anlambilim söz konusu değildir.

^{Orn [[...]]Korn kabuğundaki eşdeğer yapıdan esinlenmiştir}

^{² ancak bazı değerler için başarısız aveya b(gibi +ya index) ve sayısal karşılaştırma eğer yapar ave bgöz gibi ondalık tamsayılar. expr "x$a" '<' "x$b"her ikisi de etrafında çalışır.}

^{³ ve ayrıca bazı değerleri için başarısız aveya bbenzeri !veya (.}

^{3.2 bash 3.2 ve üstü sürümlerde ve bash 3.1 ile uyumluluk sağlanmadığında (ile olduğu gibi BASH_COMPAT=3.1)}

^{Shell ve kabuk işleçleri ( ve işleçlerin veya / işleçlerin aksine ) eşit önceliğe sahip olduğundan gruplama (burada {...;}bunun yerine (...)gereksiz bir alt kabuk çalıştıracak olan komut grubu ile birlikte ) gerekli değildir . Yani eşdeğer olur.||&&||&& [[...]]-o-a [[ a = a ] || [ a = b ] && [ a = b ]}

[[ ]]daha fazla özelliğe sahiptir - Daha fazla bilgi için Gelişmiş Bash Komut Dosyası Kılavuzu'na , özellikle Bölüm 7'deki genişletilmiş test komutu bölümüne göz atmanızı öneririm .

Bu arada, kılavuz notları olarak, [[ ]]ksh88'de (Korn kabuğunun 1988 versiyonu) tanıtıldı.

Gönderen hangisi karşılaştırıcı test, destek veya çift parantez, en hızlı? ( http://bashcurescancer.com )

Çift braket, test ve tek braketin kabuk yerleşik olduğu (ve gerçekte aynı komut olduğu) bir “bileşik komut” dur. Böylece, tek parantez ve çift parantez farklı kod yürütür.

Test ve tek parantez ayrı ve harici komutlar olarak var olduklarından en taşınabilir olanlardır. Ancak, BASH'in herhangi bir uzaktan modern sürümünü kullanıyorsanız, çift braket desteklenir.

Aşağıdaki Google'ın stil kılavuzuna giriyorsanız :

Test edin [ve[[

[[ ... ]]Hiçbir yol adı genişlemesi olarak hataları azaltır veya kelime bölme arasında gerçekleşir [[ve ]]ve [[ ... ]]düzenli ifade eşleştirmesi için izin verir [ ... ]yapmaz.

# This ensures the string on the left is made up of characters in the
# alnum character class followed by the string name.
# Note that the RHS should not be quoted here.
# For the gory details, see
# E14 at https://tiswww.case.edu/php/chet/bash/FAQ
if [[ "filename" =~ ^[[:alnum:]]+name ]]; then
  echo "Match"
fi

# This matches the exact pattern "f*" (Does not match in this case)
if [[ "filename" == "f*" ]]; then
  echo "Match"
fi

# This gives a "too many arguments" error as f* is expanded to the
# contents of the current directory
if [ "filename" == f* ]; then
  echo "Match"
fi

[[Kullanamayacağınız tipik bir durum bir autotools configure.ac komut dosyasındadır, parantezlerin özel ve farklı bir anlamı vardır, bu nedenle veya - testyerine kullanmanız gerekecek ve bu testin aynı program olduğunu unutmayın.[[[[

[[]] çift köşeli ayraçlar SunOS'un belirli sürümü altında desteklenmez ve işlev bildirimleri içinde tamamen desteklenmez: GNU bash, sürüm 2.02.0 (1) -çalışma (sparc-sun-solaris2.6)

Özetle, [[daha iyidir çünkü başka bir işlemi çatallamaz. Hiçbir parantez veya tek bir parantez, başka bir işlemi çatalladığı için çift parantezden daha yavaştır.