Dlaczego warto stosować podwójne cudzysłowy w teście [[]]?

Powiedzmy, że mamy 2 liczby całkowite w skrypcie bash:

value1=5
value2=3

Dlaczego więc musimy używać podwójnych cudzysłowów w przypadku testu? Na przykład:

if [[ "$value1" -eq "$value2" ]]

Dlaczego nie skorzystać z poniższych?

if [[ $value1 -eq $value2 ]]

Dla mnie podwójne cytaty nie mają żadnego sensu.

Podział słów.

Ten przykład jest bardzo nieprawdopodobny, ale możliwy , więc jeśli chcesz kodować defensywnie, zakryj swoje utwory cytatami:

$ set -x
$ value1=5
+ value1=5
$ value2=3
+ value2=3
$ [ $value1 -eq $value2 ]
+ '[' 5 -eq 3 ']'

OK, jak dotąd wszystko dobrze. Wrzućmy klucz do kół zębatych:

$ IFS=456
+ IFS=456
$ [ $value1 -eq $value2 ]
+ '[' '' -eq 3 ']'
bash: [: : integer expression expected

Ups

$ [ "$value1" -eq "$value2" ]
+ '[' 5 -eq 3 ']'

Ahh

Tak naprawdę nie potrzebujesz tutaj cytatów. Jest to jeden z nielicznych przypadków, w których można bezpiecznie używać zmiennej niecytowanej. Możesz to potwierdzić za pomocą set -x:

$ var1=""
$ var2="3"
$ set -x
$ if [[ $var1 -eq $var2 ]]; then echo "match!"; else echo "no match!"; fi
+ [[ '' -eq 3 ]]
+ echo 'no match!'
no match!
$ if [[ "$var1" -eq "$var2" ]]; then echo "match!"; else echo "no match!"; fi
+ [[ '' -eq 3 ]]
+ echo 'no match!'
no match!

Jak widać powyżej, cytowane i niecytowane wersje testu są rozwiązywane dokładnie tak samo przez bash. To samo powinno być prawdą zshi, jak sądzę, każdą inną powłoką, która obsługuje [[ ]]operatora.

Pamiętaj, że nie jest tak w przypadku bardziej przenośnych [ ]:

$ if [ $var1 -eq $var2 ]; then echo "match!"; else echo "no match!"; fi
+ '[' -eq 3 ']'
sh: [: -eq: unary operator expected
+ echo 'no match!'
no match!

[ ]Konstrukt, w przeciwieństwie do [[ ]]jednego, nie wymaga cytowania.

Kilka przydatnych linków, aby dowiedzieć się więcej o tym, kiedy i dlaczego wymagane jest cytowanie:

• Dlaczego mój skrypt powłoki dusi się spacjami lub innymi znakami specjalnymi?
• Skutki bezpieczeństwa dla zapomnienia o cytowaniu zmiennej w powłokach bash / POSIX
• Kiedy konieczne jest podwójne cytowanie?

Mimo że podwójne cudzysłowy nie są konieczne, powody ich zastosowania to:

• Dobra praktyka / nawyk: w tym przypadku nie są one konieczne, ale ogólnie podwójne cudzysłowy mają na celu uniknięcie niezamierzonego podziału słów.
• Ponieważ value1i value2są zmienne i możesz nie wiedzieć, co one zawierają. W przeciwnym razie równie dobrze możesz zapytać: „Po co zawracać sobie głowę zmiennymi zamiast sprawdzać if [[ 5 -eq 3 ]]? Albo pójść dalej, po ifco w ogóle zawracać sobie głowę, skoro już wiesz, że 5 nie jest równe 3? Często lepiej jest być defensywnym. (To prawda dzielenie słów nie nastąpi [[, ale przypadki, w których dzielenie słów się nie zdarza, są rzadkie. Ponownie zobacz pierwszy punkt).

Nie bezpośrednio związane z twoim pytaniem, ale używam

if ((wartość $ 1 == wartość $ 2)); następnie

kiedy porównuję liczby, ale tam też nie musicie używać cudzysłowów.

Masz absolutną rację!

Cytowanie w podwójnych nawiasach kwadratowych nie ma żadnego sensu, przynajmniej w tym przypadku.

Ale ponieważ codziennie używam podwójnych cudzysłowów - szczególnie w przypadku wyrażeń w nawiasach kwadratowych, przekazywania argumentów do funkcji i skryptów, a także czasami przypisywania zmiennych (co jest całkowicie bezużyteczne w przypadku prostych delarkacji) - wydaje mi się, że niektórzy ludzie, przynajmniej tak robię, instynktownie pisz podwójne cudzysłowy wokół zmiennych .

Podwójne cytowanie może dać poczucie soczystości. To jest jak powrót do domu, gdzie są podwójne cytaty. - D. Kummer

Korzyść z konsekwentnego i zrozumiałego wykonywania podwójnych cudzysłowów - ale tylko wtedy, gdy ma to sens - polega na tym, że nowicjusze w bash mogą nauczyć się pisać bardziej stabilne skrypty . Podkreśla to również fakt, że sztuka przetwarzania danych za pomocą bash polega bardziej na oddzielaniu strumieni danych (w tym zmiennych) za pomocą separatorów pól i przepuszczaniu ich przez filtry . Gdy tylko oddzielisz fragmenty danych od strumienia, trzymaj je razem z podwójnymi cudzysłowami!

Kolejną korzyścią może być lepsza czytelność skryptów bash z podwójnie napisanymi ciągami w edytorze podświetlania kodu .