Зачем использовать двойные кавычки в тесте [[]]?

Допустим, у нас есть 2 целых числа в скрипте bash:

value1=5
value2=3

Тогда зачем нам использовать двойные кавычки в случае теста? Например:

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

Почему бы просто не использовать следующее?

if [[ $value1 -eq $value2 ]]

Для меня двойные кавычки не имеют никакого смысла.

Разделение слов.

Этот пример очень маловероятен, но возможен , поэтому, если вы хотите защитить код, закройте ваши треки кавычками:

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

Хорошо, пока все хорошо. Давайте бросим гаечный ключ в шестеренки:

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

К сожалению.

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

Ааа.

Вам на самом деле не нужны цитаты здесь. Это один из немногих случаев, когда безопасно использовать переменную без кавычек. Вы можете подтвердить это с помощью 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!

Как вы можете видеть выше, версии теста в кавычках и без кавычек разрешаются в bash точно так же. То же самое должно быть верно и для zshлюбой другой оболочки, поддерживающей [[ ]]оператор.

Обратите внимание, что это не относится к более портативным [ ]:

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

[ ]Конструкция, в отличие от [[ ]]одного, требует кавычек.

Некоторые полезные ссылки, чтобы узнать больше о том, когда и почему требуется цитирование:

• Почему мой сценарий оболочки заглушает пробелы или другие специальные символы?
• Последствия для безопасности: забыть заключить переменную в оболочку bash / POSIX
• Когда необходимо двойное цитирование?

Хотя двойные кавычки не нужны, причины их использования:

• Хорошая практика / привычка: В этом случае они не нужны, но в целом двойные кавычки являются , чтобы избежать непреднамеренного слова расщепления.
• Потому что value1и value2являются переменными, и вы можете не знать, что они содержат. В противном случае вы могли бы также спросить: «Зачем беспокоиться о переменных, а не проверять if [[ 5 -eq 3 ]]? Или продолжать? Зачем ifвообще беспокоиться о том, когда вы уже знаете, что 5 не равно 3? Часто лучше защищаться». это разделение слов не произойдет [[, но случаи, когда разделение слов не происходит, редки. Опять же, смотрите первый пункт.)

Не имеет прямого отношения к вашему вопросу, но я использую

if (($ value1 == $ value2)); тогда

когда я сравниваю числа, но там вы также не должны использовать кавычки.

Вы абсолютно правы!

Цитирование в двойных квадратных скобках не имеет никакого смысла, по крайней мере, в этом случае.

Но так как я использую двойные кавычки ежедневно - особенно для выражений в одной квадратной скобке, передачи аргументов функциям и сценариям, а также иногда для присваивания переменных (что совершенно бесполезно для простых делкакаций) - я предполагаю, что некоторые люди, по крайней мере, делают, писать двойные кавычки вокруг переменных расширения инстинктивно .

Двойное цитирование может дать вам чувство сохранности. Это как возвращаться домой, где двойные кавычки. - Д. Куммер

Преимущество выполнения двойных кавычек последовательно и понятно - но только в том смысле, в котором это имеет смысл - заключается в том, что коллеги, новички в bash, могут научиться писать более стабильные сценарии . Это также подчеркивает тот факт, что искусство обработки данных с помощью bash больше связано с разделением потоков данных (включая переменные) с помощью разделителей полей и передачей их через фильтры . Как только вы отделите свои блоки данных от потока, объедините их в двойные кавычки!

Еще одним преимуществом может быть лучшая читаемость сценариев bash со строками в двойных кавычках в редакторе с подсветкой кода .