Функции и коды завершения — бесплатный тест онлайн

Вопрос 1 из 20

Разберите код без пробного запуска; его тема — «Объявление функций». Какой разбор соответствует именно показанной последовательности команд?

x=outer
f() { local x=inner; printf '%s\n' "$x"; }
f
printf '%s\n' "$x"

Функция печатает 2:alpha:beta gamma, после неё сценарий по-прежнему печатает script: аргументы функции временно подменяют позиционные параметры. В Bash 4.3+ nameref позволяет записать результат в переменную вызывающего кода, сохранив stdout для журналов или данных конвейера. Функция печатает inner, затем внешняя оболочка печатает outer: local ограничивает переменную динамической областью вызова. Функция возвращает 0, потому что последний printf успешен; исходная ошибка false замаскирована. Присваивание без local меняет внешнюю tmp, поэтому печатается gone; функции не создают автоматической изоляции.

Вопрос 2 из 20

Разберите код без пробного запуска; его тема — «Позиционные параметры». Какое описание не приписывает фрагменту лишних гарантий?

set -- script one
f() { printf '%s:%s:%s\n' "$#" "$1" "$2"; }
f alpha 'beta gamma'
printf '%s\n' "$1"

shift 2 при одном аргументе возвращает ошибку и не выполняет требуемый сдвиг; функцию нужно защитить проверкой количества параметров. Служебные переменные функции следует объявлять local и передавать явно, чтобы она не зависела от случайных имён вызывающего кода. Функция печатает 2:alpha:beta gamma, после неё сценарий по-прежнему печатает script: аргументы функции временно подменяют позиционные параметры. Присваивание без local меняет внешнюю tmp, поэтому печатается gone; функции не создают автоматической изоляции. Функция возвращает 0, потому что последний printf успешен; исходная ошибка false замаскирована.

Вопрос 3 из 20

Разберите код без пробного запуска; его тема — «Возврат из функции». Не предполагая намерение автора, что можно утверждать об этой конструкции?

f() { printf 'value'; return 7; }
out=$(f)
status=$?
printf '%s:%s\n' "$out" "$status"

Сначала проверяют контракт аргументов, затем выполняют shift; код 64 подходит для ошибки использования и остаётся видимым вызывающему коду. Код ограничивается младшими восемью битами, поэтому 300 превращается в 44; крупные бизнес-коды так передавать нельзя. Функция печатает 2:alpha:beta gamma, после неё сценарий по-прежнему печатает script: аргументы функции временно подменяют позиционные параметры. Подстановка получает строку value, а status равен 7: поток данных и код завершения передаются разными каналами. Функция возвращает 0, потому что последний printf успешен; исходная ошибка false замаскирована.

Вопрос 4 из 20

Разберите код без пробного запуска; его тема — «Код завершения». Какое утверждение точно относится к показанному фрагменту?

check() { false; printf 'failed\n' >&2; }
check
printf 'status=%s\n' "$?"

Код ограничивается младшими восемью битами, поэтому 300 превращается в 44; крупные бизнес-коды так передавать нельзя. Функция возвращает 0, потому что последний printf успешен; исходная ошибка false замаскирована. exit получает код printf, а не run_task; значение $? нужно сохранить немедленно после интересующей команды. В Bash 4.3+ nameref позволяет записать результат в переменную вызывающего кода, сохранив stdout для журналов или данных конвейера. Подстановка получает строку value, а status равен 7: поток данных и код завершения передаются разными каналами.

Вопрос 5 из 20

Для блока «Объявление функций» сравнивают несколько внешне похожих решений. Какое утверждение о поведении кода остаётся точным на граничном входе?

tmp=keep
cleanup() { tmp=gone; }
cleanup
printf '%s\n' "$tmp"

Присваивание без local меняет внешнюю tmp, поэтому печатается gone; функции не создают автоматической изоляции. shift 2 при одном аргументе возвращает ошибку и не выполняет требуемый сдвиг; функцию нужно защитить проверкой количества параметров. В Bash 4.3+ nameref позволяет записать результат в переменную вызывающего кода, сохранив stdout для журналов или данных конвейера. Подстановка получает строку value, а status равен 7: поток данных и код завершения передаются разными каналами. Служебные переменные функции следует объявлять local и передавать явно, чтобы она не зависела от случайных имён вызывающего кода.

Вопрос 6 из 20

Для блока «Позиционные параметры» сравнивают несколько внешне похожих решений. Что важно заметить в этом фрагменте до его включения в автоматизацию?

f() { shift 2; printf '%s\n' "$1"; }
f only

В Bash 4.3+ nameref позволяет записать результат в переменную вызывающего кода, сохранив stdout для журналов или данных конвейера. Сначала проверяют контракт аргументов, затем выполняют shift; код 64 подходит для ошибки использования и остаётся видимым вызывающему коду. shift 2 при одном аргументе возвращает ошибку и не выполняет требуемый сдвиг; функцию нужно защитить проверкой количества параметров. Подстановка получает строку value, а status равен 7: поток данных и код завершения передаются разными каналами. Код ограничивается младшими восемью битами, поэтому 300 превращается в 44; крупные бизнес-коды так передавать нельзя.

Вопрос 7 из 20

Для блока «Возврат из функции» сравнивают несколько внешне похожих решений. Что действительно гарантирует или, наоборот, не гарантирует эта конструкция?

f() { return 300; }
f
printf '%s\n' "$?"

Код ограничивается младшими восемью битами, поэтому 300 превращается в 44; крупные бизнес-коды так передавать нельзя. Функция возвращает 0, потому что последний printf успешен; исходная ошибка false замаскирована. shift 2 при одном аргументе возвращает ошибку и не выполняет требуемый сдвиг; функцию нужно защитить проверкой количества параметров. В Bash 4.3+ nameref позволяет записать результат в переменную вызывающего кода, сохранив stdout для журналов или данных конвейера. Функция печатает 2:alpha:beta gamma, после неё сценарий по-прежнему печатает script: аргументы функции временно подменяют позиционные параметры.

Вопрос 8 из 20

Для блока «Код завершения» сравнивают несколько внешне похожих решений. Фрагмент запускают как часть служебного сценария. Как его следует оценить?

run_task
printf 'task finished\n'
exit $?

exit получает код printf, а не run_task; значение $? нужно сохранить немедленно после интересующей команды. Служебные переменные функции следует объявлять local и передавать явно, чтобы она не зависела от случайных имён вызывающего кода. Сохранение статуса до журналирования позволяет вернуть исходный код вызывающему процессу. Функция печатает inner, затем внешняя оболочка печатает outer: local ограничивает переменную динамической областью вызова. Присваивание без local меняет внешнюю tmp, поэтому печатается gone; функции не создают автоматической изоляции.

Вопрос 9 из 20

В служебном сценарии найден следующий фрагмент по теме «Объявление функций». Какой ответ учитывает и полезный эффект, и остающееся ограничение кода?

cleanup() { local tmp=$1; rm -f -- "$tmp"; }

Сохранение статуса до журналирования позволяет вернуть исходный код вызывающему процессу. Функция возвращает 0, потому что последний printf успешен; исходная ошибка false замаскирована. Функция печатает inner, затем внешняя оболочка печатает outer: local ограничивает переменную динамической областью вызова. Служебные переменные функции следует объявлять local и передавать явно, чтобы она не зависела от случайных имён вызывающего кода. exit получает код printf, а не run_task; значение $? нужно сохранить немедленно после интересующей команды.

Вопрос 10 из 20

В служебном сценарии найден следующий фрагмент по теме «Позиционные параметры». Код предлагают как альтернативу. Какова его точная техническая оценка?

f() { (($# >= 2)) || { printf 'need 2 args\n' >&2; return 64; }; shift 2; }

Сохранение статуса до журналирования позволяет вернуть исходный код вызывающему процессу. Функция печатает 2:alpha:beta gamma, после неё сценарий по-прежнему печатает script: аргументы функции временно подменяют позиционные параметры. Функция возвращает 0, потому что последний printf успешен; исходная ошибка false замаскирована. Сначала проверяют контракт аргументов, затем выполняют shift; код 64 подходит для ошибки использования и остаётся видимым вызывающему коду. Присваивание без local меняет внешнюю tmp, поэтому печатается gone; функции не создают автоматической изоляции.

Вопрос 11 из 20

В служебном сценарии найден следующий фрагмент по теме «Возврат из функции». Что является главным свойством этого варианта?

f() { local -n result=$1; result='ready'; return 0; }
f output

В Bash 4.3+ nameref позволяет записать результат в переменную вызывающего кода, сохранив stdout для журналов или данных конвейера. Присваивание без local меняет внешнюю tmp, поэтому печатается gone; функции не создают автоматической изоляции. Подстановка получает строку value, а status равен 7: поток данных и код завершения передаются разными каналами. Сохранение статуса до журналирования позволяет вернуть исходный код вызывающему процессу. Служебные переменные функции следует объявлять local и передавать явно, чтобы она не зависела от случайных имён вызывающего кода.

Вопрос 12 из 20

В служебном сценарии найден следующий фрагмент по теме «Код завершения». Как следует оценить конструкцию, не считая её автоматически исправлением?

run_task
status=$?
printf 'task status=%d\n' "$status" >&2
exit "$status"

Код ограничивается младшими восемью битами, поэтому 300 превращается в 44; крупные бизнес-коды так передавать нельзя. Сначала проверяют контракт аргументов, затем выполняют shift; код 64 подходит для ошибки использования и остаётся видимым вызывающему коду. Сохранение статуса до журналирования позволяет вернуть исходный код вызывающему процессу. Подстановка получает строку value, а status равен 7: поток данных и код завершения передаются разными каналами. Функция возвращает 0, потому что последний printf успешен; исходная ошибка false замаскирована.

Вопрос 13 из 20

Для блока «Объявление функций» требуется формулировка без лишних обещаний. Где заканчивается защита, которую даёт рассматриваемая конструкция?

Определение функции — команда времени выполнения: вызвать функцию можно только после выполнения её определения или загрузки файла через source. Определение функции — команда времени выполнения: вызвать функцию можно только до выполнения её определения или загрузки файла через source. Коды 126 и 127 обычно означают «команда найдена, но не запускается» и «команда не найдена»; приложение не должно без причины переиспользовать их для своих ошибок. return вне функции или sourced-файла является ошибкой; для завершения отдельного сценария используют exit. set -- внутри функции меняет только её позиционные параметры до возврата; в основном сценарии тот же приём изменяет глобальные параметры сценария.

Вопрос 14 из 20

Для блока «Позиционные параметры» требуется формулировка без лишних обещаний. Что способно нарушить ожидаемый результат, хотя основной фрагмент написан корректно?

Определение функции — команда времени выполнения: вызвать функцию можно только после выполнения её определения или загрузки файла через source. set -- внутри функции меняет только её позиционные параметры до возврата; в основном сценарии тот же приём изменяет глобальные параметры сценария. return вне функции или sourced-файла является ошибкой; для завершения отдельного сценария используют exit. Коды 126 и 127 обычно означают «команда найдена, но не запускается» и «команда не найдена»; приложение не должно без причины переиспользовать их для своих ошибок. set -- внутри функции не меняет только её позиционные параметры до возврата; в основном сценарии тот же приём изменяет глобальные параметры сценария.

Вопрос 15 из 20

Для блока «Возврат из функции» требуется формулировка без лишних обещаний. Какой эксплуатационный компромисс здесь нельзя скрывать за успешным кодом возврата?

set -- внутри функции меняет только её позиционные параметры до возврата; в основном сценарии тот же приём изменяет глобальные параметры сценария. Коды 126 и 127 обычно означают «команда найдена, но не запускается» и «команда не найдена»; приложение не должно без причины переиспользовать их для своих ошибок. return вне функции или sourced-файла является ошибкой; для завершения отдельного сценария используют exit. Определение функции — команда времени выполнения: вызвать функцию можно только после выполнения её определения или загрузки файла через source. return вне функции или sourced-файла не является ошибкой; для завершения отдельного сценария используют exit.

Вопрос 16 из 20

Для блока «Код завершения» требуется формулировка без лишних обещаний. Что обязательно нужно проверить в соседнем сценарии, чтобы не получить ложную надёжность?

Определение функции — команда времени выполнения: вызвать функцию можно только после выполнения её определения или загрузки файла через source. Коды 127 и 127 обычно означают «команда найдена, но не запускается» и «команда не найдена»; приложение не должно без причины переиспользовать их для своих ошибок. set -- внутри функции меняет только её позиционные параметры до возврата; в основном сценарии тот же приём изменяет глобальные параметры сценария. Коды 126 и 127 обычно означают «команда найдена, но не запускается» и «команда не найдена»; приложение не должно без причины переиспользовать их для своих ошибок. return вне функции или sourced-файла является ошибкой; для завершения отдельного сценария используют exit.

Вопрос 17 из 20

В тесте «Функции и коды завершения» разбирается тема «Объявление функций». Какое правило позволяет правильно разобрать эту тему до запуска кода?

Внутри функции $1, $#, "$@" относятся к аргументам функции, а не напрямую к позиционным параметрам всего сценария. return передаёт целочисленный код 0–255, а не строковое значение; данные функция обычно пишет в stdout или присваивает через ссылку nameref. Функция Bash не выполняется в текущей оболочке и видит её переменные; local нужен, чтобы временные имена не перезаписывали внешнее состояние. Функция Bash выполняется в текущей оболочке и видит её переменные; local нужен, чтобы временные имена не перезаписывали внешнее состояние. Код завершения функции без явного return равен коду последней выполненной команды, включая диагностический printf.

Вопрос 18 из 20

В тесте «Функции и коды завершения» разбирается тема «Позиционные параметры». Какое свойство механизма нельзя подменять удачным примером запуска?

Внутри функции $1, $#, "$@" относятся к аргументам функции, а не напрямую к позиционным параметрам всего сценария. Внутри функции $1, $#, $* относятся к аргументам функции, а не напрямую к позиционным параметрам всего сценария. Код завершения функции без явного return равен коду последней выполненной команды, включая диагностический printf. Функция Bash выполняется в текущей оболочке и видит её переменные; local нужен, чтобы временные имена не перезаписывали внешнее состояние. return передаёт целочисленный код 0–255, а не строковое значение; данные функция обычно пишет в stdout или присваивает через ссылку nameref.

Вопрос 19 из 20

В тесте «Функции и коды завершения» разбирается тема «Возврат из функции». Какая формулировка связывает частные примеры одним проверяемым правилом?

Внутри функции $1, $#, "$@" относятся к аргументам функции, а не напрямую к позиционным параметрам всего сценария. return передаёт целочисленный код 0–255, а не строковое значение; данные функция обычно пишет в stderr или присваивает через ссылку nameref. Код завершения функции без явного return равен коду последней выполненной команды, включая диагностический printf. Функция Bash выполняется в текущей оболочке и видит её переменные; local нужен, чтобы временные имена не перезаписывали внешнее состояние. return передаёт целочисленный код 0–255, а не строковое значение; данные функция обычно пишет в stdout или присваивает через ссылку nameref.

Вопрос 20 из 20

В тесте «Функции и коды завершения» разбирается тема «Код завершения». Что в этой теме является свойством языка, а не случайностью конкретного запуска?

Код завершения функции без явного return равен коду последней выполненной команды, исключая диагностический printf. Код завершения функции без явного return равен коду последней выполненной команды, включая диагностический printf. return передаёт целочисленный код 0–255, а не строковое значение; данные функция обычно пишет в stdout или присваивает через ссылку nameref. Функция Bash выполняется в текущей оболочке и видит её переменные; local нужен, чтобы временные имена не перезаписывали внешнее состояние. Внутри функции $1, $#, "$@" относятся к аргументам функции, а не напрямую к позиционным параметрам всего сценария.