Является ли тест или [или [[более переносимым как между оболочками Bash, так и между другими оболочками?

Я вижу, я могу сделать

$ [ -w /home/durrantm ] && echo "writable"
writable

или

$ test -w /home/durrantm && echo "writable"
writable

или

$ [[ -w /home/durrantm ]] && echo "writable"
writable

Мне нравится использовать третий синтаксис. Они эквивалентны во всех отношениях и для всех отрицательных и краевых случаев? Существуют ли различия в переносимости, например, между bash в Ubuntu и в OS X или более старыми / более новыми версиями bash, например, до / после 4.0, и они оба расширяют выражения одинаково?

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

[ -w "/home/durrantm" ] && echo "writable"

Да, есть различия. Наиболее портативными являются testили [ ]. Они оба являются частью спецификации POSIXtest .

if ... fiКонструкция также определяется POSIX и должен быть полностью портативным.

[[ ]]Это kshфункция , которая также присутствует в некоторых версиях bash( все современные ), в zshи , возможно , в других , но не присутствует в shили dashили различных других простых оболочках.

Таким образом, чтобы сделать ваши скрипты портативными, использовать [ ], testили if ... fi.

Обратите внимание, что [] && cmdэто не то же самое, что if .. fiстроительство.

Иногда его поведение довольно похоже, и вы можете использовать [] && cmdвместо if .. fi. Но только иногда. Если у вас есть более одной команды для выполнения, если условие или вам нужно if .. else .. fiбыть осторожным и прорабатывать логику.

Пара примеров:

[ -z "$VAR" ] && ls file || echo wiiii

Это не то же самое, что

if [ -z $VAR ] ; then
  ls file
else
  echo wiii
fi

потому что, если lsне удастся, echoбудет выполнено, что не произойдет с if.

Другой пример:

[ -z "$VAR" ] && ls file && echo wiii

это не то же самое, что

if [ -z "$VAR" ] ; then
   ls file
   echo $wiii
fi

хотя эта конструкция будет действовать так же

[ -z "$VAR" ] && { ls file ; echo wiii ; }

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

Таким образом, возобновив утверждение выше, мы можем сказать,

[] && cmd == если первая команда успешна, выполнить следующую

if .. fi == если условие (которое может быть и тестовой командой), затем выполнить команду (ы)

Так что для переносимости [и [[использования [только.

ifсовместим с POSIX. Так что, если вам придется выбирать между [и ifсмотреть на вашу задачу и ожидаемое поведение.

На самом деле &&это заменяет оператор а if, а не test: ifоператор в сценариях оболочки проверяет, вернула ли команда «успешный» (нулевой) статус выхода; в вашем примере команда есть [.

Итак, на самом деле есть две вещи, которые вы меняете здесь: команда, используемая для запуска теста, и синтаксис, используемый для выполнения кода, основанного на результате этого теста.

Тестовые команды:

• testявляется стандартизированной командой для оценки свойств строк и файлов; в вашем примере вы запускаете командуtest -w /home/durrantm
• [псевдоним этой команды, одинаково стандартизированный, который имеет обязательный последний аргумент ], чтобы выглядеть как выражение в скобках; не обманывайте себя, это все же просто команда (вы можете даже обнаружить, что в вашей системе есть файл с именем /bin/[)
• [[является расширенной версией тестовой команды, встроенной в некоторые оболочки, но не являющейся частью того же стандарта POSIX; он включает в себя дополнительные опции, которые вы не используете здесь

Условные выражения:

• &&Оператор ( стандартизован здесь ) выполняет логическую операцию, путем оценки двух команд и возврата 0 (который представляет собой истинно) , если они оба возвращают 0; она будет оценивать вторую команду только в том случае, если первая вернула ноль, поэтому ее можно использовать как простую условную
• if ... then ... fiКонструкция ( стандартизовано здесь ) использует тот же метод судить «правду», но позволяет получить список соединений операторов в thenпредложении, а не одной команды , обеспечиваемой с помощью &&короткого замыкания, а также обеспечивает elifи elseположение, которые трудно писать используя только &&и ||. Обратите внимание, что в ifвыражении нет скобок вокруг условия .

Итак, нижеприведенные примеры одинаково переносимы и полностью эквивалентны визуализации вашего примера:

• test -w /home/durrantm && echo "writable"
• [ -w /home/durrantm ] && echo "writable"
• if test -w /home/durrantm; then echo "writable"; fi
• if [ -w /home/durrantm ]; then echo "writable"; fi

Хотя следующие также эквивалентны, но менее переносимы из-за нестандартного характера [[:

• [[ -w /home/durrantm ]] && echo "writable"
• if [[ -w /home/durrantm ]]; then echo "writable"; fi

Для переносимости используйте test/ [. Но если вам не нужна переносимость, ради здравомыслия вы и другие, читающие ваш сценарий, используете [[. :)

Также смотрите What is the difference between test, [ and [[ ?в BashFAQ .

Если вы хотите переносимости за пределы мира, похожего на Борн, то:

test -w /home/durrantm && echo writable

самый портативный. Работает как в снарядах Борна, так cshи в rcсемьях.

test -w /home/durrantm && echo "writable"

результат будет "writable"вместо writableв оболочках rcсемьи ( rc, es, akanga, где "не специальный).

[ -w /home/durrantm ] && echo writable

не будет работать в оболочках cshили rcсемейств в системах, в которых нет [команды $PATH(известно, что некоторые имеют, testно не ее [псевдоним).

if [ -w /home/durrantm ]; then echo writabe; fi

работает только в оболочках семьи Борн.

[[ -w /home/durrantm ]] && echo writable

работает только в ksh(где он возник) zshи bash(все 3 в семье Борн).

Никто не будет работать в fishоболочке, где вам нужно:

[ -w /home/durrantm ]; and echo writable

или:

if [ -w /home/durrantm ]; echo writable; end

Моя самая важная причина для выбора либо if foo; then bar; fiили foo && barявляется ли статус завершения всей команды важно.

Для сравнения:

#!/bin/sh
set -e
foo && bar
do_baz

с:

#!/bin/sh
set -e
if foo; then bar; fi
do_baz

Вы можете подумать, что они делают то же самое; однако если fooпроизойдет сбой (или будет ложным, в зависимости от вашей точки зрения), то в первом примере do_baz не будет выполнен, так как сценарий завершится ... Команда set -eдает команду оболочке немедленно выйти, если какая-либо команда вернет ложное состояние. Очень полезно, если вы делаете такие вещи, как:

cd /some/directory
rm -rf *

Вы не хотите, чтобы скрипт продолжал работать, если cdпо какой-либо причине произошел сбой.