Neden `[` bir kabuk yerleşik ve `[[` bir kabuk anahtar kelime?

Bildiğim kadarıyla, [[geliştirilmiş bir versiyonu [, ancak [[bir anahtar kelime olarak gördüğümde ve [bir yerleşik olarak gösterildiğinde kafam karıştı .

[root@server ~]# type [
[ is a shell builtin
[root@server ~]# type [[
[[ is a shell keyword

TLDP diyor ki

Bir yerleşik, aynı addaki bir sistem komutunun eş anlamlısı olabilir, ancak Bash bunu dahili olarak yeniden uygular. Örneğin, Bash echo komutu, davranışları neredeyse aynı olsa da, / bin / echo ile aynı değildir.

ve

Bir anahtar kelime ayrılmış bir kelime, belirteç veya operatördür. Anahtar kelimeler kabuk için özel bir anlama sahiptir ve gerçekten de kabuğun sözdiziminin yapı taşlarıdır. Örnek olarak, bir süre için yapın ve! anahtar kelimelerdir. Bir yerleşime benzer şekilde, bir anahtar kelime Bash'e kodlanmıştır, ancak bir yerleşikin aksine, bir anahtar kelime kendi başına bir komut değildir, ancak bir komut yapısının bir alt birimidir. [2]

Her iki yapmamalı [ve [[bir anahtar sözcük? Burada özlediğim bir şey var mı? Ayrıca, bu bağlantıyı de o tazeliyor [ve [[aynı tür ait olmalıdır.

Arasındaki fark [ve [[oldukça önemlidir.

• [bir komuttur. Argümanları, diğer komut argümanlarının işleme alındığı şekilde işlenir. Örneğin, şunları göz önünde bulundurun:

  [ -z $name ]

  Kabuk, herhangi bir diğer komutta olduğu gibi, sonuçta hem sözcük bölme hem de dosya adı oluşturma $nameişlemlerini genişletecek ve gerçekleştirecektir .

  Örnek olarak, aşağıdakiler başarısız olacaktır:

  $ name="here and there"
  $ [ -n $name ] && echo not empty
  bash: [: too many arguments

  Bu işin doğru yapılması için, alıntı yapılması gerekir:

  $ [ -n "$name" ] && echo not empty
  not empty

• [[bir kabuk anahtar sözcüğüdür ve argümanları özel kurallara göre işlenir. Örneğin, şunları göz önünde bulundurun:

  [[ -z $name ]]

  Kabuk genişleyecektir $namefakat, başka herhangi bir komuta farklı olarak, yapacak ne sonuca kelime bölme ne de dosya adı nesil. Örneğin, içine yerleştirilen boşluklara rağmen aşağıdakiler başarılı olacaktır name:

  $ name="here and there"
  $ [[ -n $name ]] && echo not empty
  not empty

özet

[ bir komuttur ve kabuğun yürüttüğü tüm diğer komutlarla aynı kurallara tabidir.

Çünkü [[bir komut değil bir anahtar kelimedir, ancak kabuk özel olarak davranır ve çok farklı kurallar altında çalışır.

In V7 Unix Bourne kabuğu kendi yaptı - - [denirdi testve sadece olarak varolmuştur /bin/test. Yani, bugün olarak yazmak istediğiniz kod:

if [ "$foo" = "bar" ] ; then ...

yerine yazmış olacaktın

if test "$foo" = "bar" ; then ...

Bu ikinci gösterim hala var ve bunu ne olup bittiğini hakkında daha net olduğunu bulmak: Eğer adı verilen bir komutu aradığınız testBağımsız değişkenlerini değerlendirir ve bir döner, çıkış durum koduif bundan sonra ne karar vermek kullanır. Bu komut kabuğun içine yerleştirilebilir veya harici bir program olabilir.

[testsonradan geleceğe bir alternatif olarak .² Bunun için yerleşik bir eş anlamlı olabilir test, ancak yerleşik olarak bulunmayan /bin/[kabukları için modern sistemlerde de sağlanmıştır .

[ve testaynı kod kullanılarak uygulanabilir. Buna örnek olarak /bin/[ve /bin/testbunlar OS X üzerinde sabit bağlantılar sonucunda aynı executable.³ için, uygulama tamamen sondaki yok sayar ]sen olarak çağırırsanız bunu gerektirmez: /bin/[ve o şikayet etmiyor Eğer varsa yapmak için bunu sağlamak /bin/test.⁴

Bu tarihin hiçbiri etkilemiyor [[, çünkü hiçbir zaman ilkel bir program olmadı [[. Tamamen POSIX kabuğuna bir uzantı olarak uygulayan kabukları içinde bulunur .

"Yerleşik" ve "anahtar kelime" arasındaki ayrımın bir kısmı bu tarihe bağlıdır. Aynı zamanda ayrıştırma için sözdizimi kuralları gerçeğini yansıtmaktadır [[içinde belirttiği gibi ifadeler, farklı John1024 cevabı .⁵

Dipnotlar:

1. Buna baktığınızda, [parantez ve parantezlerin çoğu diğer programlama dillerinde çalışma şeklinden farklı olarak, neden kabuk betiklerine boşluk koymak zorunda olduğunuzu açıkça belirtir . Kabuğun komut ayrıştırıcısına izin verilirse if["$x"..., izin vermesi de gerekirdi.iftest"$x"...

2. O 1980 civarında oldu /bin/[benim kopyasında yok Antik Unix V7 1979 den, ne de yok man testtakma ad olarak belgelemek. Ben bir ön sürüm kopyasında sahip karşılık gelen adam sayfası kaydında Sistem III 1980 den kılavuzda, bu edilmektedir sıraladı.

3. ls -i /bin/[ /bin/test

4. Fakat bu davranışa güvenmeyin. Bash yerleşik sürüm [kapanmasını gerektirir ]ve bunun yerleşik testeğer uygulama şikayet yok bunu sağlamak.

5. Yerleşik ve dış komut ayrımı da başka bir nedenden dolayı önemli olabilir: iki uygulama farklı davranabilir. Bu, echobirçok sistem için geçerlidir. Yalnızca bir uygulama olduğundan, bir anahtar kelime için böyle bir ayrım yapılması gerekmez.

[Başlangıçta sadece harici bir komut, başka bir isim /bin/test. Ancak , kabuk komut dosyalarında [ve gibi birkaç komut, echokabuk uygulayıcılarının her seferinde başka bir işlemi çalıştırmak yerine, kodu doğrudan kabuğun içine kopyalamaya karar verdikleri kabuk komut dosyalarında kullanılır. Bu komutları "builtins" e çevirdi, ancak harici programı hala tam yolu ile çağırabilirsin.

[[çok sonra geldi. Yerleşik kabuk içinde dahili olarak uygulanmasına rağmen, harici komutlar gibi ayrıştırılır. John1024'ün cevabında açıklandığı gibi, bu, değişken olmayan değişkenlerin kendilerine kelime bölme işlemi yapacağı ve belirteçleri G / Ç yönlendirmesi gibi >ve <işlendiği anlamına gelir . Bu, karmaşık karşılaştırma ifadelerinin yazılmasını uygunsuz hale getirdi. [[Kabuk sözdizimi olarak oluşturulmuş, böylece ideosyncratically ayrıştırılabilir. [[Değişkenler içinde sözcük bölme işlemi yapılmaz <ve >karşılaştırma operatörleri olarak kullanılabilir =, bir sonraki parametrenin kote edilmiş olup olmamasına bağlı olarak farklı davranışlarda bulunabilirler. Bunların hepsi [[, geleneksel [komuttan / yerleşikten daha kolay kullanılmasını sağlayan kolaylıklardır .

[Milyonlarca senaryoda uyumsuz bir değişiklik olacağından, basitçe böyle bir sözdizimi olarak kodlanamazlardı . [[Daha önce bulunmayan yeni sözdizimini kullanarak, yukarı doğru uyumlu bir şekilde kullanılma şeklini tamamen düzeltebilirlerdi.

Bu, $((...))çoğunlukla geleneksel exprkomutun yerini alan aritmetik ifadelerin sözdizimi ile sonuçlanan evrime benzer .

Yeni [[yer bashbir olan optimizasyon ait [.

Klasik [önemsiz bir işlem yapmak için sıkça kullanıldığında büyük bir dezavantajı vardır: her seferinde yeni bir süreç ortaya çıkarır:
(Sadece karşılaştırma 0ve 1! Her seferinde yeni bir adres alanı yaratır !)

Bence, eklemenin temel bir [[amacı, içindeki ifadenin değerlendirmesini [fazladan bir işlem yapmamaktır. Ancak [, çalışma nasıl değiştirilemedi - çok fazla kafa karışıklığı ve sorun yaratabilirdi. Bu nedenle, optimizasyon yeni bir adla, daha verimli bir şekilde, yani shell builtin komutu ile gerçekleştirildi.
Yan etki olarak kabuk sözdiziminde anahtar kelime haline geldi.

İlk [kullanıldığında, bunu harici bir işlemle yapmanın doğru yoluydu .