Есть ли разница между '&&' и ';' символы в стандартном терминале bash?
Я вижу, что у вас уже есть ответ, но я вижу, что между пользователями существуют разногласия, что эта карта не поддерживается. Вот доказательство того, что у меня для некоторых пользователей, что карта действительно работает.
Но это не доказательство того, что он будет работать во всех отношениях. Это доказывает, что он МОЖЕТ работать больше всего на свете. У меня тоже не было проблем с этим.
66 ответов
С этой строкой:
command1 && command2
command2 будет выполняться, если (и только если) command1 возвращает статус завершения, но в этой строке:
command1 ; command2
обе команды1 и command2 будет выполняться независимо. Точка с запятой позволяет вводить много команд в одной строке.
-
1Интересно! Я подумал, что это может быть более удобным способом. Спасибо! – user 27 January 2011 в 21:38
с этой линии:
command1 && command2
команда2 будет выполняться, если (и только если) команда1 возвращает статус выхода ноль, а в этой строке:
command1 ; command2
обе команды команда1 и команда2 будет выполняться независимо. Точки с запятой позволяет вводить несколько команд в одной строке.
с этой линии:
command1 && command2
команда2 будет выполняться, если (и только если) команда1 возвращает статус выхода ноль, а в этой строке:
command1 ; command2
обе команды команда1 и команда2 будет выполняться независимо. Точки с запятой позволяет вводить несколько команд в одной строке.
С этой строкой:
command1 && command2
command2 будет выполняться, если (и только если) command1 возвращает статус завершения, но в этой строке:
command1 ; command2
обе команды1 и command2 будет выполняться независимо. Точка с запятой позволяет вводить много команд в одной строке.
с этой линии:
command1 && command2
команда2 будет выполняться, если (и только если) команда1 возвращает статус выхода ноль, а в этой строке:
command1 ; command2
обе команды команда1 и команда2 будет выполняться независимо. Точки с запятой позволяет вводить несколько команд в одной строке.
С этой строкой:
command1 && command2
command2 будет выполняться, если (и только если) command1 возвращает статус завершения, но в этой строке:
command1 ; command2
обе команды1 и command2 будет выполняться независимо. Точка с запятой позволяет вводить много команд в одной строке.
С помощью этой строки:
command1 & amp; & amp; & amp; command2 command2 будет выполняться, если (и только если) command1 возвращает статус завершения 0, тогда как в этой строке:
command1; command2 обе команды 1 и command2 будут выполняться независимо. Точка с запятой позволяет вам вводить много команд в одной строке.
С помощью этой строки:
command1 & amp; & amp; & amp; command2 command2 будет выполняться, если (и только если) command1 возвращает статус завершения 0, тогда как в этой строке:
command1; command2 обе команды 1 и command2 будут выполняться независимо. Точка с запятой позволяет вам вводить много команд в одной строке.
С помощью этой строки:
command1 & amp; & amp; & amp; command2 command2 будет выполняться, если (и только если) command1 возвращает статус завершения 0, тогда как в этой строке:
command1; command2 обе команды 1 и command2 будут выполняться независимо. Точка с запятой позволяет вам вводить много команд в одной строке.
С помощью этой строки:
command1 & amp; & amp; & amp; command2 command2 будет выполняться, если (и только если) command1 возвращает статус завершения 0, тогда как в этой строке:
command1; command2 обе команды 1 и command2 будут выполняться независимо. Точка с запятой позволяет вам вводить много команд в одной строке.
С помощью этой строки:
command1 & amp; & amp; & amp; command2 command2 будет выполняться, если (и только если) command1 возвращает статус завершения 0, тогда как в этой строке:
command1; command2 обе команды 1 и command2 будут выполняться независимо. Точка с запятой позволяет вам вводить много команд в одной строке.
-
1Интересно! Я подумал, что это может быть более удобным способом. Спасибо! – user 27 January 2011 в 21:38
Вы можете попробовать разницу для себя:
ls /invalid/path && echo "hello!", так как / invalid / path не существует, ls не может показать вам список каталогов. Он выйдет из строя с сообщением об ошибке: «ls: / invalid / path: Нет такого файла или каталога». Вторая половина команды (эхо «привет!») Даже не выполняется, потому что первая половина не удалась. ls /invalid/path ; echo "hello!" Такое же сообщение об ошибке появляется, как и раньше, но на этот раз выполняется вторая часть! ls: / invalid / path: Нет такого файла или каталога привет!Почему это полезно? Предположим, вы хотите извлечь файл с именем archive.tar.gz. Вы можете использовать команду tar zxvf archive.tar.gz && rm archive.tar.gz. Если по какой-либо причине извлечение архива не выполняется, вторая часть не выполняется! Вы можете попробовать еще раз.
Если вы используете; в той же ситуации архив удаляется, и вы не можете повторить попытку.
-
1
-
2
-
3
-
4
-
5
-
6
&& - AND, что означает, что вторая команда будет выполняться только в том случае, если первая возвращает true (нет ошибок).
-
1
-
2@fred Я бы сказал, что это " и " с оценкой короткого замыкания - если первая часть неверна, она знает, что общий результат должен быть ложным, поэтому он пропускает вторую часть. Но согласитесь, что думать об этом как о "тогда" редко имеет большое значение в этом контексте. – j-g-faustus 9 February 2011 в 11:08
-
3@fred Хотя концептуально это может быть проще понять так, я не согласен с вашим заявлением. Идея состоит в том, что при выполнении выполнения любого AND второй параметр становится неактуальным, если первый равен false, и поэтому базовый код оптимизируется для отсрочки оценки второго параметра, пока он не узнает, что первый один есть. – Ward Muylaert 11 February 2011 в 19:20
-
4@fred Я не уверен, что именно этот пример пытается сделать. && - это просто бинарный оператор, функция. Единственный "специальный" дело в том, что это нотация infix (что стандартно для большинства этих операторов), и отсроченное выполнение второго операнда. Это отсроченное выполнение действительно дает ему возможность быть использованным как нечто, которое можно концептуально рассматривать как if statement в этом контексте , но это не отменяет того факта, что оно изначально предназначено для использования в является условным для фактического оператора if. Использование здесь действительно является скорее «взломом». – Ward Muylaert 12 February 2011 в 02:34
-
5@fred Конечно, это не тернарный оператор, а просто последовательность двух операций a && b || c = (a && b) || c. Простой порядок оценки. Там нет никакой тайны. Если вы напишете их, как ваши типичные функции, это будет выглядеть как or(and(a, b), c). Эта логика одинакова в if условном, а также при вводе ее прямо в командную строку, потому что && и || являются операторами , они берут два операнда и возвращают другое. – Ward Muylaert 12 February 2011 в 15:30
Обновление: я добавил как скрипт, чтобы увидеть некоторые из возможных ловушек:
Поскольку никто не упомянул «||», я
Обновить : некоторые важные переформулировки здесь & amp; & amp; как «то» выражения «if», которое отвечает «true»
|| НЕ нравится «else» в статусе «если» .. || как «then» выражения «if», которое отвечает на «false»
Более конкретно, & amp; & amp; тестирует $? возвращаемое значение предыдущего оператора NOT и передает управление оператору или подколе, непосредственно следуя за & amp; & amp; ... он передает только управление, если $? правда.
|| аналогичен, и его часто видно после & amp; & amp; , но он проверяет ложное возвращаемое значение ($?) из предыдущей предыдущей инструкции ... NB !, Nota Bene! Заметьте, хорошо! .... если инструкция preecing является & amp; & amp; оператор, который возвращает false, когда вы ожидаете, что он будет истинным, тогда || будет реагировать на ложное, поэтому смешение на одной линии может быть рискованным
. Основная мысль, которую я пытаюсь сделать, связана с ошибкой, которую я сделал. т.е.: ## [[condition]] & amp; & amp; & amp; A || B false не ведет себя как тройной стиль C / C ++. т.е.: // (условие)? A: B См. Сценарий ниже для примеров «неожиданных» результатов от «A»
. Основной тест и & amp; & amp; и || оператор должен быть в одной строке ...
Запустите этот скрипт, чтобы увидеть, что может случиться с ошибками при использовании & amp; & amp; & amp; и || Самый последний выполненный оператор может быть не таким, которого вы ожидаете ..
[[condition]] & amp; & amp; & amp; & amp; & amp; echo Hello || echo Goodbye .... обычно безопасно, потому что хорошо сформированное эхо возвращает true. , но как насчет доступа к файлу, который не выходит?
#!/bin/bash
#
# "as expected" return codes" means: expected to behave like a normal AND / OR contition test
#
if [[ "$1" != "" ]] ; then exit $1; fi # recursive call to return an arbitary $? value (decimal)
echo
echo 'test 1: All return codes are "as expected"'
echo ======
((1==1)) && echo " ((1==1)) rc=$? ..&&.. condition is true" || echo " ((1==1)) rc=$? ..||.. condition is false"
$0 0 && echo " \$0 0 rc=$? ..&&.. condition is true" || echo " \$0 0 rc=$? ..||.. condition is false"
((1!=1)) && echo " ((1!=1)) rc=$? ..&&.. condition is true" || echo " ((1!=1)) rc=$? ..||.. condition is false"
$0 1 && echo " \$0 1 rc=$? ..&&.. condition is true" || echo " \$0 1 rc=$? ..||.. condition is false"
echo
echo 'test 2: Now throw in some "unexpected" errors into the first of the &&/|| pair'
echo ======
((1==1)) && (echo " ((1==1)) rc=$? ..&&.. condition is true"; $0 1) || echo " ((1==1)) rc=$? ..||.. condition is false"
$0 0 && (echo " \$0 0 rc=$? ..&&.. condition is true"; $0 2) || echo " \$0 0 rc=$? ..||.. condition is false"
((1!=1)) && (echo " ((1!=1)) rc=$? ..&&.. condition is true"; $0 3) || echo " ((1!=1)) rc=$? ..||.. condition is false"
$0 1 && (echo " \$0 1 rc=$? ..&&.. condition is true"; $0 4) || echo " \$0 1 rc=$? ..||.. condition is false"
echo
echo 'test 3: Now swap the order of && and || statements, using "as expected" return codes'
echo ======
((1==1)) || echo " ((1==1)) rc=$? ..||.. condition is true" && echo " ((1==1)) rc=$? ..&&.. condition is false"
$0 0 || echo " \$0 0 rc=$? ..||.. condition is true" && echo " \$0 0 rc=$? ..&&.. condition is false"
((1!=1)) || echo " ((1!=1)) rc=$? ..||.. condition is true" && echo " ((1!=1)) rc=$? ..&&.. condition is false"
$0 1 || echo " \$0 1 rc=$? ..||.. condition is true" && echo " \$0 1 rc=$? ..&&.. condition is false"
echo
echo 'test 4: With the order of && and || statements still swapped, introduce "unexpected" errors into the first of the &&/|| pair'
echo ======
((1==1)) && (echo " ((1==1)) rc=$? ..&&.. condition is true"; $0 1) || echo " ((1==1)) rc=$? ..||.. condition is false"
$0 0 && (echo " \$0 0 rc=$? ..&&.. condition is true"; $0 2) || echo " \$0 0 rc=$? ..||.. condition is false"
((1!=1)) && (echo " ((1!=1)) rc=$? ..&&.. condition is true"; $0 3) || echo " ((1!=1)) rc=$? ..||.. condition is false"
$0 1 && (echo " \$0 1 rc=$? ..&&.. condition is true"; $0 4) || echo " \$0 1 rc=$? ..||.. condition is false"
exit
-
1
-
2
-
3
-
4
-
5
-
6
try
false && echo "hello"и
false ; echo "hello"видеть разницу
Команда (функция, в случае скрипта) после && выполняется в зависимости от RETVAL первой команды (функция, в случае скрипта). Это приводит к тому, что первая команда вернет значение 0, если оно будет успешным. Мы можем проверить возвращаемое значение для выполнения дальнейших команд.
Вы можете попробовать разницу для себя:
ls /invalid/path && echo "hello!" с /недопустимый/пути не существует, ЛС не могу показать вам каталог. Он завершится с сообщением об ошибке: "ЛС: /недопустимый/путь: нет такого файла или каталога". Вторая половина команды (echo "привет!") даже никогда не выполняются, потому что в первом тайме не удалось. ls /invalid/path ; echo "hello!" появляется то же сообщение об ошибке, как и раньше, но на этот раз, вторая часть выполняется! ЛС: /недопустимый/путь: нет такого файла или каталога Здравствуйте!почему это полезно? Предположим, вы хотите извлечь файл с названием archive.tar.gz можно использовать команду tar zxvf archive.tar.gz && rm archive.tar.gz. Если по какой-либо причине извлечения из архива не удалась, вторая часть не исполняется! Вы можете снова попробовать.
если вы используете ; в таком же положении, архив будет удален и Вы не можете снова попробовать.
-
1
: я добавил в скрипт highight некоторые из возможных ловушек:
потому что никто не упомянул "||", я
обновление: некоторые важные ре-формулировка здесь && как "тогда" на "если" заявление, которое реагирует на "истинный"
|| не нравится "еще" "если" заявление.. | | - как "тогда" на "если" заявление, которое реагирует на "ложные"
более разработан, && тестирует $? возвращаемое значение предыдущий не заявление и передает управление оператору или суб-оболочки сразу после &&... он только передает управление, если $? это правда.
|| аналогично, и часто видел после && заявлением, но тесты на ложь возвращаемое значение ($?) от предыдущие самого последнего выполненного оператора... НБ!, Нота Бене! Обратите внимание!.... если утверждение вышестоящего представляет собой && оператор, который возвращает значение false, когда вы ожидаете, чтобы быть правдой, то || будет отвечать на ложь, поэтому смешивать на одной линии может быть рискованным
[dиода d17]основная мысль, которую я пытаюсь сделать это в связи с ошибкой, которую я совершил. т. е.: ## [[условие]] && А || Б ложным не ведет себя как C/С++ стиль троичной. т. е.: // (состояние) ? А : Б см. скрипт ниже для примеров "неожиданных" результатов от "А" [!dиода d17]базовый тест и && и || утверждение все должны быть на одной линии...
Запустите этот скрипт, чтобы увидеть, где вещи могут пойти не так, когда с помощью && и || последняя выполненная инструкция не может быть тот, кого ты ждешь..
[[ условие]] && echo Привет || Эхо Прощай .... обычно безопасный, потому что хорошо сформированный Эхо возвратит True. а как насчет доступа к файлу, который не выходит?
#!/bin/bash
#
# "as expected" return codes" means: expected to behave like a normal AND / OR contition test
#
if [[ "$1" != "" ]] ; then exit $1; fi # recursive call to return an arbitary $? value (decimal)
echo
echo 'test 1: All return codes are "as expected"'
echo ======
((1==1)) && echo " ((1==1)) rc=$? ..&&.. condition is true" || echo " ((1==1)) rc=$? ..||.. condition is false"
$0 0 && echo " \$0 0 rc=$? ..&&.. condition is true" || echo " \$0 0 rc=$? ..||.. condition is false"
((1!=1)) && echo " ((1!=1)) rc=$? ..&&.. condition is true" || echo " ((1!=1)) rc=$? ..||.. condition is false"
$0 1 && echo " \$0 1 rc=$? ..&&.. condition is true" || echo " \$0 1 rc=$? ..||.. condition is false"
echo
echo 'test 2: Now throw in some "unexpected" errors into the first of the &&/|| pair'
echo ======
((1==1)) && (echo " ((1==1)) rc=$? ..&&.. condition is true"; $0 1) || echo " ((1==1)) rc=$? ..||.. condition is false"
$0 0 && (echo " \$0 0 rc=$? ..&&.. condition is true"; $0 2) || echo " \$0 0 rc=$? ..||.. condition is false"
((1!=1)) && (echo " ((1!=1)) rc=$? ..&&.. condition is true"; $0 3) || echo " ((1!=1)) rc=$? ..||.. condition is false"
$0 1 && (echo " \$0 1 rc=$? ..&&.. condition is true"; $0 4) || echo " \$0 1 rc=$? ..||.. condition is false"
echo
echo 'test 3: Now swap the order of && and || statements, using "as expected" return codes'
echo ======
((1==1)) || echo " ((1==1)) rc=$? ..||.. condition is true" && echo " ((1==1)) rc=$? ..&&.. condition is false"
$0 0 || echo " \$0 0 rc=$? ..||.. condition is true" && echo " \$0 0 rc=$? ..&&.. condition is false"
((1!=1)) || echo " ((1!=1)) rc=$? ..||.. condition is true" && echo " ((1!=1)) rc=$? ..&&.. condition is false"
$0 1 || echo " \$0 1 rc=$? ..||.. condition is true" && echo " \$0 1 rc=$? ..&&.. condition is false"
echo
echo 'test 4: With the order of && and || statements still swapped, introduce "unexpected" errors into the first of the &&/|| pair'
echo ======
((1==1)) && (echo " ((1==1)) rc=$? ..&&.. condition is true"; $0 1) || echo " ((1==1)) rc=$? ..||.. condition is false"
$0 0 && (echo " \$0 0 rc=$? ..&&.. condition is true"; $0 2) || echo " \$0 0 rc=$? ..||.. condition is false"
((1!=1)) && (echo " ((1!=1)) rc=$? ..&&.. condition is true"; $0 3) || echo " ((1!=1)) rc=$? ..||.. condition is false"
$0 1 && (echo " \$0 1 rc=$? ..&&.. condition is true"; $0 4) || echo " \$0 1 rc=$? ..||.. condition is false"
exit
-
1
попробовать
false && echo "hello"и
false ; echo "hello"вижу разницы
команда (функция, в случае скрипта) после && выполняется в зависимости от РАТАВАЛІ первой команды (функция, в случае скрипта). Его сил первая команда возвращает значение 0, В случае успеха. Мы можем проверить возвращаемое значение для выполнения дальнейших команд.
&& и AND, это означает, что вторая команда будет выполняться только если первый вернулся верно (без ошибок).
-
1
-
2@Фред, я бы сказал, что это "и" с короткого замыкания оценки!н0] - если в первой части это не правда, он знает, что общий результат должен быть false, поэтому он пропускает второй части. Но, согласитесь, думать, что это "потом" редко делает большой разницы в данном контексте. – j-g-faustus 9 February 2011 в 11:08
-
3@fred Хотя концептуально это может быть проще понять так, я не согласен с вашим заявлением. Идея состоит в том, что при выполнении выполнения любого AND второй параметр становится неактуальным, если первый равен false, и поэтому базовый код оптимизируется для отсрочки оценки второго параметра, пока он не узнает, что первый один есть. – Ward Muylaert 11 February 2011 в 19:20
-
4@Фред, я не понимаю, что этот пример пытается сделать. [F1] является просто бинарный оператор, функция. Единственное "особое" дело в том, что это инфиксной нотации (что равно стандартной для такого рода операторов) и исполнение второго операнда. Что несвоевременное исполнение действительно дает ему возможность быть использованным как-то, что можно концептуально рассматривать как if заявление в этом контексте, но это не умаляет того факта, что первоначально предполагаемого использования в условный фактического if заявление. Использование здесь действительно больше "рубить". – Ward Muylaert 12 February 2011 в 02:34
-
5@Фред, конечно, это не тернарный оператор, это просто последовательность из двух операций a && b || c = (a && b) || c. Простой порядок оценки. Нет никакой тайны нет. Если бы вы написали их как свои типичные функции, он будет просто выглядеть как or(and(a, b), c). Эта логика такая же, в if условные а также при вступлении его прямо в командной строке, потому что [F4], а || являются операторы, они берут два операнда и возвращают другой. – Ward Muylaert 12 February 2011 в 15:30
Вы можете попробовать разницу для себя:
ls /invalid/path && echo "hello!" с /недопустимый/пути не существует, ЛС не могу показать вам каталог. Он завершится с сообщением об ошибке: "ЛС: /недопустимый/путь: нет такого файла или каталога". Вторая половина команды (echo "привет!") даже никогда не выполняются, потому что в первом тайме не удалось. ls /invalid/path ; echo "hello!" появляется то же сообщение об ошибке, как и раньше, но на этот раз, вторая часть выполняется! ЛС: /недопустимый/путь: нет такого файла или каталога Здравствуйте!почему это полезно? Предположим, вы хотите извлечь файл с названием archive.tar.gz можно использовать команду tar zxvf archive.tar.gz && rm archive.tar.gz. Если по какой-либо причине извлечения из архива не удалась, вторая часть не исполняется! Вы можете снова попробовать.
если вы используете ; в таком же положении, архив будет удален и Вы не можете снова попробовать.
-
1
Обновление: я добавил как скрипт, чтобы увидеть некоторые из возможных ловушек:
Поскольку никто не упомянул «||», я
Обновить : некоторые важные переформулировки здесь & amp; & amp; как «то» выражения «if», которое отвечает «true»
|| НЕ нравится «else» в статусе «если» .. || как «then» выражения «if», которое отвечает на «false»
Более конкретно, & amp; & amp; тестирует $? возвращаемое значение предыдущего оператора NOT и передает управление оператору или подколе, непосредственно следуя за & amp; & amp; ... он передает только управление, если $? правда.
|| аналогичен, и его часто видно после & amp; & amp; , но он проверяет ложное возвращаемое значение ($?) из предыдущей предыдущей инструкции ... NB !, Nota Bene! Заметьте, хорошо! .... если инструкция preecing является & amp; & amp; оператор, который возвращает false, когда вы ожидаете, что он будет истинным, тогда || будет реагировать на ложное, поэтому смешение на одной линии может быть рискованным
. Основная мысль, которую я пытаюсь сделать, связана с ошибкой, которую я сделал. т.е.: ## [[condition]] & amp; & amp; & amp; A || B false не ведет себя как тройной стиль C / C ++. т.е.: // (условие)? A: B См. Сценарий ниже для примеров «неожиданных» результатов от «A»
. Основной тест и & amp; & amp; и || оператор должен быть в одной строке ...
Запустите этот скрипт, чтобы увидеть, что может случиться с ошибками при использовании & amp; & amp; & amp; и || Самый последний выполненный оператор может быть не таким, которого вы ожидаете ..
[[condition]] & amp; & amp; & amp; & amp; & amp; echo Hello || echo Goodbye .... обычно безопасно, потому что хорошо сформированное эхо возвращает true. , но как насчет доступа к файлу, который не выходит?
#!/bin/bash
#
# "as expected" return codes" means: expected to behave like a normal AND / OR contition test
#
if [[ "$1" != "" ]] ; then exit $1; fi # recursive call to return an arbitary $? value (decimal)
echo
echo 'test 1: All return codes are "as expected"'
echo ======
((1==1)) && echo " ((1==1)) rc=$? ..&&.. condition is true" || echo " ((1==1)) rc=$? ..||.. condition is false"
$0 0 && echo " \$0 0 rc=$? ..&&.. condition is true" || echo " \$0 0 rc=$? ..||.. condition is false"
((1!=1)) && echo " ((1!=1)) rc=$? ..&&.. condition is true" || echo " ((1!=1)) rc=$? ..||.. condition is false"
$0 1 && echo " \$0 1 rc=$? ..&&.. condition is true" || echo " \$0 1 rc=$? ..||.. condition is false"
echo
echo 'test 2: Now throw in some "unexpected" errors into the first of the &&/|| pair'
echo ======
((1==1)) && (echo " ((1==1)) rc=$? ..&&.. condition is true"; $0 1) || echo " ((1==1)) rc=$? ..||.. condition is false"
$0 0 && (echo " \$0 0 rc=$? ..&&.. condition is true"; $0 2) || echo " \$0 0 rc=$? ..||.. condition is false"
((1!=1)) && (echo " ((1!=1)) rc=$? ..&&.. condition is true"; $0 3) || echo " ((1!=1)) rc=$? ..||.. condition is false"
$0 1 && (echo " \$0 1 rc=$? ..&&.. condition is true"; $0 4) || echo " \$0 1 rc=$? ..||.. condition is false"
echo
echo 'test 3: Now swap the order of && and || statements, using "as expected" return codes'
echo ======
((1==1)) || echo " ((1==1)) rc=$? ..||.. condition is true" && echo " ((1==1)) rc=$? ..&&.. condition is false"
$0 0 || echo " \$0 0 rc=$? ..||.. condition is true" && echo " \$0 0 rc=$? ..&&.. condition is false"
((1!=1)) || echo " ((1!=1)) rc=$? ..||.. condition is true" && echo " ((1!=1)) rc=$? ..&&.. condition is false"
$0 1 || echo " \$0 1 rc=$? ..||.. condition is true" && echo " \$0 1 rc=$? ..&&.. condition is false"
echo
echo 'test 4: With the order of && and || statements still swapped, introduce "unexpected" errors into the first of the &&/|| pair'
echo ======
((1==1)) && (echo " ((1==1)) rc=$? ..&&.. condition is true"; $0 1) || echo " ((1==1)) rc=$? ..||.. condition is false"
$0 0 && (echo " \$0 0 rc=$? ..&&.. condition is true"; $0 2) || echo " \$0 0 rc=$? ..||.. condition is false"
((1!=1)) && (echo " ((1!=1)) rc=$? ..&&.. condition is true"; $0 3) || echo " ((1!=1)) rc=$? ..||.. condition is false"
$0 1 && (echo " \$0 1 rc=$? ..&&.. condition is true"; $0 4) || echo " \$0 1 rc=$? ..||.. condition is false"
exit
-
1
try
false && echo "hello"и
false ; echo "hello"видеть разницу
Команда (функция, в случае скрипта) после && выполняется в зависимости от RETVAL первой команды (функция, в случае скрипта). Это приводит к тому, что первая команда вернет значение 0, если оно будет успешным. Мы можем проверить возвращаемое значение для выполнения дальнейших команд.
&& и AND, это означает, что вторая команда будет выполняться только если первый вернулся верно (без ошибок).
-
1
-
2@Фред, я бы сказал, что это "и" с короткого замыкания оценки!н0] - если в первой части это не правда, он знает, что общий результат должен быть false, поэтому он пропускает второй части. Но, согласитесь, думать, что это "потом" редко делает большой разницы в данном контексте. – j-g-faustus 9 February 2011 в 11:08
-
3хотя @Фред концептуально это может быть легче понять, что путь, я не согласен с вашим утверждением. Идея заключается в том, что с любой AND выполнение 2-й параметр будет иметь значения, если первая равна [F2] и поэтому исходный код преобразуется отложить оценки 2-го параметра до, он знает, что первая. – Ward Muylaert 11 February 2011 в 19:20
-
4@fred Я не уверен, что именно этот пример пытается сделать. && - это просто бинарный оператор, функция. Единственный "специальный" дело в том, что это нотация infix (что стандартно для большинства этих операторов), и отсроченное выполнение второго операнда. Это отсроченное выполнение действительно дает ему возможность быть использованным как нечто, которое можно концептуально рассматривать как if statement в этом контексте , но это не отменяет того факта, что оно изначально предназначено для использования в является условным для фактического оператора if. Использование здесь действительно является скорее «взломом». – Ward Muylaert 12 February 2011 в 02:34
-
5@Фред, конечно, это не тернарный оператор, это просто последовательность из двух операций a && b || c = (a && b) || c. Простой порядок оценки. Нет никакой тайны нет. Если бы вы написали их как свои типичные функции, он будет просто выглядеть как or(and(a, b), c). Эта логика такая же, в if условные а также при вступлении его прямо в командной строке, потому что [F4], а || являются операторы, они берут два операнда и возвращают другой. – Ward Muylaert 12 February 2011 в 15:30
Вы можете попробовать разницу для себя:
ls /invalid/path && echo "hello!", так как / invalid / path не существует, ls не может показать вам список каталогов. Он выйдет из строя с сообщением об ошибке: «ls: / invalid / path: Нет такого файла или каталога». Вторая половина команды (эхо «привет!») Даже не выполняется, потому что первая половина не удалась. ls /invalid/path ; echo "hello!" Такое же сообщение об ошибке появляется, как и раньше, но на этот раз выполняется вторая часть! ls: / invalid / path: Нет такого файла или каталога привет!Почему это полезно? Предположим, вы хотите извлечь файл с именем archive.tar.gz. Вы можете использовать команду tar zxvf archive.tar.gz && rm archive.tar.gz. Если по какой-либо причине извлечение архива не выполняется, вторая часть не выполняется! Вы можете попробовать еще раз.
Если вы используете; в той же ситуации архив удаляется, и вы не можете повторить попытку.
-
1
Обновление: я добавил как скрипт, чтобы увидеть некоторые из возможных ловушек:
Поскольку никто не упомянул «||», я
Обновить : некоторые важные переформулировки здесь & amp; & amp; как «то» выражения «if», которое отвечает «true»
|| НЕ нравится «else» в статусе «если» .. || как «then» выражения «if», которое отвечает на «false»
Более конкретно, & amp; & amp; тестирует $? возвращаемое значение предыдущего оператора NOT и передает управление оператору или подколе, непосредственно следуя за & amp; & amp; ... он передает только управление, если $? правда.
|| аналогичен, и его часто видно после & amp; & amp; , но он проверяет ложное возвращаемое значение ($?) из предыдущей предыдущей инструкции ... NB !, Nota Bene! Заметьте, хорошо! .... если инструкция preecing является & amp; & amp; оператор, который возвращает false, когда вы ожидаете, что он будет истинным, тогда || будет реагировать на ложное, поэтому смешение на одной линии может быть рискованным
. Основная мысль, которую я пытаюсь сделать, связана с ошибкой, которую я сделал. т.е.: ## [[condition]] & amp; & amp; & amp; A || B false не ведет себя как тройной стиль C / C ++. т.е.: // (условие)? A: B См. Сценарий ниже для примеров «неожиданных» результатов от «A»
. Основной тест и & amp; & amp; и || оператор должен быть в одной строке ...
Запустите этот скрипт, чтобы увидеть, что может случиться с ошибками при использовании & amp; & amp; & amp; и || Самый последний выполненный оператор может быть не таким, которого вы ожидаете ..
[[condition]] & amp; & amp; & amp; & amp; & amp; echo Hello || echo Goodbye .... обычно безопасно, потому что хорошо сформированное эхо возвращает true. , но как насчет доступа к файлу, который не выходит?
#!/bin/bash
#
# "as expected" return codes" means: expected to behave like a normal AND / OR contition test
#
if [[ "$1" != "" ]] ; then exit $1; fi # recursive call to return an arbitary $? value (decimal)
echo
echo 'test 1: All return codes are "as expected"'
echo ======
((1==1)) && echo " ((1==1)) rc=$? ..&&.. condition is true" || echo " ((1==1)) rc=$? ..||.. condition is false"
$0 0 && echo " \$0 0 rc=$? ..&&.. condition is true" || echo " \$0 0 rc=$? ..||.. condition is false"
((1!=1)) && echo " ((1!=1)) rc=$? ..&&.. condition is true" || echo " ((1!=1)) rc=$? ..||.. condition is false"
$0 1 && echo " \$0 1 rc=$? ..&&.. condition is true" || echo " \$0 1 rc=$? ..||.. condition is false"
echo
echo 'test 2: Now throw in some "unexpected" errors into the first of the &&/|| pair'
echo ======
((1==1)) && (echo " ((1==1)) rc=$? ..&&.. condition is true"; $0 1) || echo " ((1==1)) rc=$? ..||.. condition is false"
$0 0 && (echo " \$0 0 rc=$? ..&&.. condition is true"; $0 2) || echo " \$0 0 rc=$? ..||.. condition is false"
((1!=1)) && (echo " ((1!=1)) rc=$? ..&&.. condition is true"; $0 3) || echo " ((1!=1)) rc=$? ..||.. condition is false"
$0 1 && (echo " \$0 1 rc=$? ..&&.. condition is true"; $0 4) || echo " \$0 1 rc=$? ..||.. condition is false"
echo
echo 'test 3: Now swap the order of && and || statements, using "as expected" return codes'
echo ======
((1==1)) || echo " ((1==1)) rc=$? ..||.. condition is true" && echo " ((1==1)) rc=$? ..&&.. condition is false"
$0 0 || echo " \$0 0 rc=$? ..||.. condition is true" && echo " \$0 0 rc=$? ..&&.. condition is false"
((1!=1)) || echo " ((1!=1)) rc=$? ..||.. condition is true" && echo " ((1!=1)) rc=$? ..&&.. condition is false"
$0 1 || echo " \$0 1 rc=$? ..||.. condition is true" && echo " \$0 1 rc=$? ..&&.. condition is false"
echo
echo 'test 4: With the order of && and || statements still swapped, introduce "unexpected" errors into the first of the &&/|| pair'
echo ======
((1==1)) && (echo " ((1==1)) rc=$? ..&&.. condition is true"; $0 1) || echo " ((1==1)) rc=$? ..||.. condition is false"
$0 0 && (echo " \$0 0 rc=$? ..&&.. condition is true"; $0 2) || echo " \$0 0 rc=$? ..||.. condition is false"
((1!=1)) && (echo " ((1!=1)) rc=$? ..&&.. condition is true"; $0 3) || echo " ((1!=1)) rc=$? ..||.. condition is false"
$0 1 && (echo " \$0 1 rc=$? ..&&.. condition is true"; $0 4) || echo " \$0 1 rc=$? ..||.. condition is false"
exit
-
1
попробовать
false && echo "hello"и
false ; echo "hello"вижу разницы
Команда (функция, в случае скрипта) после && выполняется в зависимости от RETVAL первой команды (функция, в случае скрипта). Это приводит к тому, что первая команда вернет значение 0, если оно будет успешным. Мы можем проверить возвращаемое значение для выполнения дальнейших команд.