Чому 0 відповідає дійсності, але неправда - 1 в оболонці?

false; echo $?

Викладене вище буде результатом 1, що суперечить усім іншим мовам програмування, які я знаю.

Будь-яка причина в цьому?

Це умова, але особливо корисна, коли ви думаєте про це. Загалом, якщо програма успішна, це все, що потрібно знати. Якщо це не вдалося, однак, можливо, вам доведеться знати всіляку інформацію про збій - чому це сталося, як виправити і т.д. , і вивчіть конкретну помилку, щоб отримати докладнішу інформацію. Багато API та фреймворків мають схожу умову - функції, які успішно повертають 0, і ті, які не вдається, повертають код помилки, що описує конкретний випадок відмови.

Bash - мова програмування (сценаріїв), але це також оболонка та користувальницький інтерфейс. Якщо 0була помилка, то програма могла представити лише один вид помилок.

Однак у Bash будь-яке ненульове значення є помилкою, і ми можемо використовувати будь-яке число від 1-255, щоб представити помилку. Це означає, що ми можемо мати багато різних помилок. 1є загальною помилкою, 126означає, що файл не може бути виконаний, 127означає "команда не знайдена" і т. д. Ось список вихідних кодів Bash зі спеціальними значеннями, що показують деякі найпоширеніші коди виходу.

Також є багато видів успіху (статус виходу є 0). Однак успіх дозволить вам перейти до наступного кроку - ви можете сподобати результати друку на екрані, або виконати команду тощо.

Тут є два суміжні питання.

По-перше, питання ОП: Чому 0 відповідає дійсності, але неправда - 1 в оболонці? по-друге, чому додатки повертають 0 за успіх, а не нуль - для відмови?

Щоб відповісти на питання ОП, нам потрібно зрозуміти друге питання. Численні відповіді на цю публікацію описали, що це конвенція, і перерахували деякі приємності, які ця конвенція надає. Деякі з цих смаків наведені нижче.

Чому програми повертають 0 за успіх, а нульове - за помилку?

Код, який викликає операцію, повинен знати дві речі про стан виходу з операції. Чи завершилася операція успішно? [* 1] І якщо операція не закінчується успішно, чому операція завершилася невдало? Будь-яке значення може бути використане для позначення успіху. Але 0 зручніше, ніж будь-яке інше число, оскільки воно переноситься між платформами. Підсумовуючи відповідь xibo на це запитання 16 серпня 2011 року:

Нуль не кодує.

Якби ми хотіли зберегти одне (1) у 32-бітному цілому слові, першим питанням було б «слово великого ендіану чи мало-ендіанське слово?», А далі «як довго байти складають слово мало-ендіанців? ", а нуль завжди буде виглядати однаково.

Крім того, слід очікувати, що деякі люди кидають errno на char або короткий в якийсь момент, або навіть плавати. (int) ((char) ENOLCK) не є ENOLCK, коли char не менше 8-бітової довжини (7-бітні машини ASCII char підтримуються UNIX), тоді як (int) ((char) 0) 0 не залежить від архітектурні деталі char.

Як тільки буде визначено, що 0 буде повернутим значенням для успіху, тоді має сенс використовувати будь-яке ненульове значення для відмови. Це дозволяє багатьом вихідним кодам відповісти на питання, чому операція не вдалася.

Чому 0 відповідає дійсності, але неправда - 1 в оболонці?

Одне з основних принципів використання снарядів - автоматизація процесів шляхом їх написання. Зазвичай це означає викликати операцію, а потім робити щось інше, умовно на основі статусу виходу з операції. Філіп А. чудово пояснив у своїй відповіді на цю посаду, що

У bash і в оболонках Unix взагалі значення повернення не булеві. Вони є цілими кодами виходу.

Тоді необхідно інтерпретувати статус виходу цих операцій як булеве значення. Має сенс зіставити успішний ( 0) статус виходу на істинний, а будь-який ненульовий / вихідний вихідний - на помилковий. Це дозволяє умовно виконувати ланцюгові команди оболонки.

Ось приклад mkdir deleteme && cd $_ && pwd. Оскільки оболонка інтерпретує 0 як справжню, ця команда зручно працює, як очікувалося. Якщо оболонка повинна інтерпретувати 0 як помилкову, вам доведеться інвертувати інтерпретований статус виходу для кожної операції.

Коротше кажучи, було б безглуздо для оболонки інтерпретувати 0 як хибну, враховуючи умову, що програми повертають 0 за успішний статус виходу.

[* 1]: Так, багато разів операції потребують повернення більше, ніж просто повідомлення про успіх, але це виходить за межі цього потоку.

Дивіться також Додаток E у Додатковому посібнику з написання сценарію

Єдиний фундаментальний момент, який я вважаю важливим для розуміння, це такий. У bash і в оболонках Unix взагалі значення повернення не булеві. Вони є цілими кодами виходу. Таким чином, ви повинні оцінювати їх відповідно до конвенції: 0 означає успіх, а інші значення - певну помилку.

З test, [ ]або [[ ]]операторами, умови bash оцінюють як істинні у випадку виходу коду 0 (результат / bin / true). Інакше вони оцінюються як помилкові.

Рядки оцінюються інакше, ніж вихідні коди:

if [ 0 ] ; then echo not null ; fi
if [ $(echo 0) ] ; then echo not null ; fi

if [ -z "" ] ; then echo null ; fi

(( ))Арифметичний оператор інтерпретує 1 і 0 , як справжні і несправжні. Але цей оператор не може бути використаний як повна заміна для test, [ ]або [[ ]]. Ось приклад, що показує, коли арифметичний оператор корисний:

for (( counter = 0 ; counter < 10 ; counter ++ )) ; do
  if (( counter % 2 )) ; then echo "odd number $counter" ; fi
done

Це лише умова, що 0 вихідний код означає успіх. EXIT_SUCCESS буде 0 на майже кожній сучасній системі.

Редагувати:

"чому і тест 0, і тест 1 повертає 0 (успіх)?"

Це зовсім інше питання. Відповідь полягає в тому, що передача одного аргументу для тестування завжди приносить успіх, якщо цей аргумент не є нульовим рядком (""). Дивіться документацію щодо відкритої групи .

Зазвичай програми повертають нуль для успіху, не нульовий за збій; falseповертає 1, оскільки це зручне ненульове значення, але, як правило, будь-яке ненульове значення означає якийсь збій, і багато програм повертають різні ненульові значення для вказівки різних режимів відмови

AFAIK це з конвенції C, що вам слід повернути 0, якщо це вдасться. Побачити:

man close

Більшість api C (POSIX) складено так. http://en.wikipedia.org/wiki/C_POSIX_library

це конвенція, що датується першими днями Unix.

За умовами, всі системні виклики повертають 0, якщо це вдалося, не нульове в іншому випадку, оскільки тоді різні цифри можуть використовуватися для вказівки різної причини відмови.

Оболонки дотримуються цієї конвенції, 0 означає, що остання команда вдалася, інакше не нульова. Аналогічно, ненульове значення повернення корисне для вихідних повідомлень про помилки: наприклад, 1: "мозг мертвий", 2: "безсердечно" тощо.

Ваша спроба прирівняти справжнє / хибне до успіху / невдачі.

Вони дві повністю, хоча спочатку тонко, різні дихотомії!

У сценаріях оболонок немає такого поняття, як правда / хибність. "Виразки" оболонок не трактуються як істинні / хибні. Швидше, «вирази оболонки» - це процеси, які успішно або не вдається.

Очевидно, що процес може вийти з ладу з багатьох причин. Таким чином, нам потрібен більший набір кодів для відображення можливих відмов. Позитивні цілі чини. З іншого боку, якщо процес вдався, це означає, що він зробив саме те, що повинен був зробити. Оскільки існує лише один спосіб зробити це, нам потрібен лише один код. 0 робить трюк.

В C ми створюємо програму. У сценарії оболонки ми запускаємо купу програм, щоб щось зробити.

Різниця!

Можливо, гарний спосіб запам'ятати це:

• Зворотні коди відповідають "що відповідь?" справжній (або інший результат) або хибний
• Вихідні коди відповідають "у чому проблема?" вихідний код або немає проблеми (0)