Bir değişkeni dizge olarak veya int olarak karşılaştırırken büyük bir fark var mı?

Merak dışında, bir bash değişkeni karşılaştırması yaparken (değeri an integer) bir intya da a olarak bildirilen önceden tanımlanmış bir değere karşı test etmek mümkündür string.

Örnek komut dosyası :

#!/bin/bash
f1()
{
        [ "$1" == "1" ] && echo "$FUNCNAME: \"1\" compared as string"
}

f2()
{
        [[ "$1" -eq 1 ]] && echo "$FUNCNAME: \"1\" compared as int"
}

f1 $1
f2 $1

Çıktı :

$  ./param.sh 1
f1: "1" compared as string
f2: "1" compared as int

ve

$  ./param.sh blah
$

Her iki fonksiyon da aynı şekilde davranır ve bu yüzden bir tamsayı değişkenini kontrol ederken tercih edilen bir yol olup olmadığını merak ediyorum. Ben kontrol etmek için gider intkarşı intdaha sıkı olduğu gibi ama ile yapıyor herhangi kura destek vardır acaba string?

Bu durumda, f2()karşılaştırma konusunda da daha katıdır, yani ondalık bir değer iletmek onu bozacaktır, oysa f1()sorun çıkarmayacaktır.

Evet, çok fazla fark var. Örneğin, =tam dize eşitliği için denetler, ancak -eqeşitliği denetlemeden önce her iki ifadeyi de aritmetik olarak değerlendirir:

$ [ " 1 " -eq 1 ] && echo equal || echo not
equal
$ [ " 1 " = 1 ] && echo equal || echo not
not

$ [ +1 -eq 1 ] && echo equal || echo not
equal
$ [ +1 = 1 ] && echo equal || echo not
not

$ [ "0+1" -eq 1 ] && echo equal || echo not
equal
$ [ "0+1" = 1 ] && echo equal || echo not
not

Ayrıca, boş dize sayısal olarak sıfıra eşit olur:

$ [ "" -eq 0 ] && echo equal || echo not
equal
$ [ "" = 0 ] && echo equal || echo not
not

Eğer karşılaştırma operatörlerini getirdiklerinde Ve farklılıkların bambaşka sınıf görünüyor - dikkate <vs -ltÖrneğin:

$ [[ 2 -lt 10 ]] && echo less || echo not
less
$ [[ 2 < 10 ]] && echo less || echo not
not

Bunun nedeni, "2" dizesinin "10" dizesinden sonra alfabetik olarak (1'den önce 1 geldiğinden beri), ancak "2" sayısının sayısal olarak "10" sayısından daha az olmasıdır.

Tamsayı ile dize karşılaştırması, şunlardan daha büyük veya daha küçük karşılaştırırken en belirgin hale gelir:

#!/bin/bash

eleven=11
nine=9

[[ $nine < $eleven ]] && echo string   # fail

[[ "$nine" -lt "$eleven" ]] && echo integer # pass

İlki başarısız oluyor çünkü 9, sözlükten sonra sıralandığında 11'den sonra geliyor.

Kota kullanmanın dizeleri veya sayıları karşılaştırıp karşılaştırmadığınızı belirlemediğini unutmayın, operatör yapar. Yukarıdaki alıntıları ekleyebilir veya kaldırabilirsiniz, herhangi bir fark yaratmaz. Bash, çift parantez içinde tanımsız değişkenleri yakalar, bu nedenle tırnak işaretleri gerekli değildir. Sayısal testler için tekli parantezli tırnak kullanmak, o zamandan beri sizi kurtarmaz:

[ "" -lt 11 ]

yine de bir hatadır ("tamsayı ifadesi gerekli"). Tırnaklar, tekli parantez içindeki string karşılaştırmalarıyla etkili bir korumadır:

[ "" \< 11 ]

Çift parantez içindeki not , ""olacaktır -eq 0ama olmayacak == 0.

Söylenenlere ek olarak.
Kabuk yazarken hızlı bir şekilde hesaplamaya ihtiyaç duymanız çok nadir olmasına rağmen, eşitlik karşılaştırması sayılarla daha hızlıdır.

$ b=234
$ time for ((a=1;a<1000000;a++)); do [[ $b = "234" ]]; done

real    0m13.008s
user    0m12.677s
sys 0m0.312s

$ time for ((a=1;a<1000000;a++)); do [[ $b -eq 234 ]]; done

real    0m10.266s
user    0m9.657s
sys 0m0.572s