Аргументы скрипта и getopts — бесплатный тест онлайн

Вопрос 1 из 20

В тесте «Аргументы скрипта и getopts» показан фрагмент из блока «$@ и $*». Какое утверждение точно относится к показанному фрагменту?

set -- 'a b' '' c
printf 'at:%s\n' "$#"
printf '<%s>\n' "$@"
printf 'star:<%s>\n' "$*"

Ветвь сначала подтверждает наличие значения и только затем сдвигает аргументы, возвращая понятную ошибку использования. "$@" сохраняет три аргумента, включая пустой; "$*" печатает одну объединённую строку. Печатается a:1:c: первые два параметра удалены, сохранённая переменная first не меняется. При --output без значения обращение к $2 и shift 2 нарушают контракт; до сдвига нужно проверить (($# >= 2)). Некавыченный $@ повторно разбивает аргументы и раскрывает шаблоны, поэтому функция не сохраняет интерфейс вызываемой команды.

Вопрос 2 из 20

В тесте «Аргументы скрипта и getopts» показан фрагмент из блока «Сдвиг позиционных параметров». Какой вывод об этом варианте можно сделать без догадок о внешнем контексте?

set -- a b c
first=$1
shift 2
printf '%s:%s:%s\n' "$first" "$#" "$1"

Печатается c:1:c: переменная first остаётся связанной с текущим $1 и после shift начинает указывать на третий исходный параметр. Печатается b:2:c: shift 2 удаляет только первый параметр, а присваивание first выполняется заново после изменения списка. Печатается a:1:b: аргумент shift 2 означает удалить параметр с номером 2, сохранив прежний первый параметр как $1. Печатается a:1:c: первые два параметра удалены, сохранённая переменная first не меняется. Печатается a:3:a: shift меняет позиционные параметры только внутри функции, а на верхнем уровне сценария не выполняет сдвиг.

Вопрос 3 из 20

В тесте «Аргументы скрипта и getopts» показан фрагмент из блока «Опции». Какой разбор соответствует именно показанной последовательности команд?

set -- -v -o result.txt input
while getopts ':vo:' opt; do
  printf '%s:%s\n' "$opt" "${OPTARG-}"
done
shift "$((OPTIND-1))"
printf 'rest:%s\n' "$*"

При отсутствии параметра расширение останавливает неинтерактивный сценарий с сообщением; при двух параметрах печатается направление обработки. Явная проверка количества делает контракт однозначным и не смешивает ошибку использования с отсутствующим файлом. Цикл распознаёт v и o с result.txt, затем после shift остаётся input. При set -u обращение к отсутствующему $1 завершит сценарий раньше проверки, а без set -u пустое имя даст неясную ошибку; количество нужно проверить первым. OPTIND сохраняется между вызовами в той же оболочке, поэтому второй разбор может ничего не увидеть, если не сбросить OPTIND=1 локально.

Вопрос 4 из 20

В тесте «Аргументы скрипта и getopts» показан фрагмент из блока «Обязательные параметры». Какое описание не приписывает фрагменту лишних гарантий?

input=${1:?usage: script INPUT OUTPUT}
output=${2:?usage: script INPUT OUTPUT}
printf '%s -> %s\n' "$input" "$output"

При единственном аргументе второе расширение повторяет значение первого, поэтому printf печатает один и тот же путь слева и справа от стрелки. Форма :? реагирует только на полностью отсутствующий параметр; переданная пустая строка считается допустимым значением и не останавливает сценарий. При отсутствии параметра расширение останавливает неинтерактивный сценарий с сообщением; при двух параметрах печатается направление обработки. Сообщение usage направляется в стандартный вывод, а код завершения остаётся нулевым, поскольку расширение параметра не является отдельной командой. Если первого параметра нет, подстановка записывает пустую строку в input, после чего второй параметр проверяется и printf всё равно выполняется.

Вопрос 5 из 20

На ревью сценария по теме «$@ и $*» встретился этот код. Фрагмент запускают как часть служебного сценария. Как его следует оценить?

forward() { command $@; }

Печатается a:1:c: первые два параметра удалены, сохранённая переменная first не меняется. Цикл распознаёт v и o с result.txt, затем после shift остаётся input. При --output без значения обращение к $2 и shift 2 нарушают контракт; до сдвига нужно проверить (($# >= 2)). Прокси-функция должна передавать "$@", чтобы каждый исходный аргумент сохранил границы и пустые значения. Некавыченный $@ повторно разбивает аргументы и раскрывает шаблоны, поэтому функция не сохраняет интерфейс вызываемой команды.

Вопрос 6 из 20

На ревью сценария по теме «Сдвиг позиционных параметров» встретился этот код. Какой вывод наиболее точно привязан к показанной реализации?

while (($#)); do
  case $1 in --output) output=$2; shift 2;; esac
done

Локальный OPTIND делает функцию повторно используемой и не повреждает состояние внешнего разбора. Некавыченный $@ повторно разбивает аргументы и раскрывает шаблоны, поэтому функция не сохраняет интерфейс вызываемой команды. При --output без значения обращение к $2 и shift 2 нарушают контракт; до сдвига нужно проверить (($# >= 2)). Ветвь сначала подтверждает наличие значения и только затем сдвигает аргументы, возвращая понятную ошибку использования. При отсутствии параметра расширение останавливает неинтерактивный сценарий с сообщением; при двух параметрах печатается направление обработки.

Вопрос 7 из 20

На ревью сценария по теме «Опции» встретился этот код. Какое утверждение о поведении кода остаётся точным на граничном входе?

parse() { while getopts 'a' opt; do :; done; }
parse -a
parse -a

Печатается a:1:c: первые два параметра удалены, сохранённая переменная first не меняется. Ветвь сначала подтверждает наличие значения и только затем сдвигает аргументы, возвращая понятную ошибку использования. OPTIND сохраняется между вызовами в той же оболочке, поэтому второй разбор может ничего не увидеть, если не сбросить OPTIND=1 локально. Прокси-функция должна передавать "$@", чтобы каждый исходный аргумент сохранил границы и пустые значения. Локальный OPTIND делает функцию повторно используемой и не повреждает состояние внешнего разбора.

Вопрос 8 из 20

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

input=$1
[[ -f $input ]] || echo 'not found'

При set -u обращение к отсутствующему $1 завершит сценарий раньше проверки, а без set -u пустое имя даст неясную ошибку; количество нужно проверить первым. "$@" сохраняет три аргумента, включая пустой; "$*" печатает одну объединённую строку. Явная проверка количества делает контракт однозначным и не смешивает ошибку использования с отсутствующим файлом. Некавыченный $@ повторно разбивает аргументы и раскрывает шаблоны, поэтому функция не сохраняет интерфейс вызываемой команды. Прокси-функция должна передавать "$@", чтобы каждый исходный аргумент сохранил границы и пустые значения.

Вопрос 9 из 20

Перед запуском фрагмента из раздела «$@ и $*» нужен точный прогноз. Как следует оценить конструкцию, не считая её автоматически исправлением?

forward() { command "$@"; }

Явная проверка количества делает контракт однозначным и не смешивает ошибку использования с отсутствующим файлом. "$@" сохраняет три аргумента, включая пустой; "$*" печатает одну объединённую строку. При set -u обращение к отсутствующему $1 завершит сценарий раньше проверки, а без set -u пустое имя даст неясную ошибку; количество нужно проверить первым. Прокси-функция должна передавать "$@", чтобы каждый исходный аргумент сохранил границы и пустые значения. При отсутствии параметра расширение останавливает неинтерактивный сценарий с сообщением; при двух параметрах печатается направление обработки.

Вопрос 10 из 20

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

case $1 in
  --output) (($# >= 2)) || { echo 'missing value' >&2; exit 64; }; output=$2; shift 2;;
esac

Явная проверка количества делает контракт однозначным и не смешивает ошибку использования с отсутствующим файлом. При отсутствии параметра расширение останавливает неинтерактивный сценарий с сообщением; при двух параметрах печатается направление обработки. "$@" сохраняет три аргумента, включая пустой; "$*" печатает одну объединённую строку. Ветвь сначала подтверждает наличие значения и только затем сдвигает аргументы, возвращая понятную ошибку использования. Печатается a:1:c: первые два параметра удалены, сохранённая переменная first не меняется.

Вопрос 11 из 20

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

parse() { local OPTIND=1 opt; while getopts ':a' opt; do ...; done; }

Некавыченный $@ повторно разбивает аргументы и раскрывает шаблоны, поэтому функция не сохраняет интерфейс вызываемой команды. Явная проверка количества делает контракт однозначным и не смешивает ошибку использования с отсутствующим файлом. "$@" сохраняет три аргумента, включая пустой; "$*" печатает одну объединённую строку. Локальный OPTIND делает функцию повторно используемой и не повреждает состояние внешнего разбора. Цикл распознаёт v и o с result.txt, затем после shift остаётся input.

Вопрос 12 из 20

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

(($# == 2)) || { printf 'usage: %s INPUT OUTPUT\n' "${0##*/}" >&2; exit 64; }

При --output без значения обращение к $2 и shift 2 нарушают контракт; до сдвига нужно проверить (($# >= 2)). При отсутствии параметра расширение останавливает неинтерактивный сценарий с сообщением; при двух параметрах печатается направление обработки. Ветвь сначала подтверждает наличие значения и только затем сдвигает аргументы, возвращая понятную ошибку использования. Локальный OPTIND делает функцию повторно используемой и не повреждает состояние внешнего разбора. Явная проверка количества делает контракт однозначным и не смешивает ошибку использования с отсутствующим файлом.

Вопрос 13 из 20

Этот вопрос относится к разделу «$@ и $*» теста «Аргументы скрипта и getopts». Что обязательно нужно проверить в соседнем сценарии, чтобы не получить ложную надёжность?

Имя $0 может быть относительным, абсолютным или изменённым вызывающим процессом; для подсказки обычно достаточно ${0##*/}, но не следует считать его доверенным путём. При отсутствии позиционных параметров "$@" исчезает полностью, а "$*" даёт один непустой аргумент внутри кавычек; это различие важно для обёрток. Начальный двоеточие в optstring включает тихий режим: функция сама различает неизвестную опцию ? и отсутствующий аргумент :, не полагаясь на сообщения getopts. shift без аргумента эквивалентен shift 1; в функции он меняет параметры функции, не параметры основного сценария. При отсутствии позиционных параметров "$@" исчезает полностью, а "$*" даёт один пустой аргумент внутри кавычек; это различие важно для обёрток.

Вопрос 14 из 20

Этот вопрос относится к разделу «Сдвиг позиционных параметров» теста «Аргументы скрипта и getopts». На какой границе эта техника перестаёт быть достаточной сама по себе?

При отсутствии позиционных параметров "$@" исчезает полностью, а "$*" даёт один пустой аргумент внутри кавычек; это различие важно для обёрток. shift без аргумента эквивалентен shift 1; в функции он не меняет параметры функции, не параметры основного сценария. Имя $0 может быть относительным, абсолютным или изменённым вызывающим процессом; для подсказки обычно достаточно ${0##*/}, но не следует считать его доверенным путём. shift без аргумента эквивалентен shift 1; в функции он меняет параметры функции, не параметры основного сценария. Начальный двоеточие в optstring включает тихий режим: функция сама различает неизвестную опцию ? и отсутствующий аргумент :, не полагаясь на сообщения getopts.

Вопрос 15 из 20

Этот вопрос относится к разделу «Опции» теста «Аргументы скрипта и getopts». Где заканчивается защита, которую даёт рассматриваемая конструкция?

shift без аргумента эквивалентен shift 1; в функции он меняет параметры функции, не параметры основного сценария. Имя $0 может быть относительным, абсолютным или изменённым вызывающим процессом; для подсказки обычно достаточно ${0##*/}, но не следует считать его доверенным путём. Начальный двоеточие в optstring включает тихий режим: функция сама различает неизвестную опцию ? и отсутствующий аргумент :, не полагаясь на сообщения getopts. При отсутствии позиционных параметров "$@" исчезает полностью, а "$*" даёт один пустой аргумент внутри кавычек; это различие важно для обёрток. Цикл распознаёт v и o с result.txt, затем после shift остаётся input.

Вопрос 16 из 20

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

Имя $0 может быть относительным, абсолютным или изменённым вызывающим процессом; для подсказки обычно достаточно ${1##*/}, но не следует считать его доверенным путём. Начальный двоеточие в optstring включает тихий режим: функция сама различает неизвестную опцию ? и отсутствующий аргумент :, не полагаясь на сообщения getopts. shift без аргумента эквивалентен shift 1; в функции он меняет параметры функции, не параметры основного сценария. Имя $0 может быть относительным, абсолютным или изменённым вызывающим процессом; для подсказки обычно достаточно ${0##*/}, но не следует считать его доверенным путём. При отсутствии позиционных параметров "$@" исчезает полностью, а "$*" даёт один пустой аргумент внутри кавычек; это различие важно для обёрток.

Вопрос 17 из 20

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

shift n удаляет первые n позиционных параметров и возвращает ошибку, если параметров меньше n. getopts разбирает короткие опции текущей оболочки, использует OPTARG для значения и OPTIND для позиции следующего аргумента. "$@" раскрывается в отдельный аргумент на каждый позиционный параметр, а "$*" объединяет их в одну строку через первый символ IFS. Проверка обязательных аргументов должна происходить до использования и выдавать ненулевой код с краткой подсказкой в stderr. "$@" раскрывается в отдельный аргумент на каждый позиционный параметр, а "$*" объединяет их в две строки через первый символ IFS.

Вопрос 18 из 20

В документации к сценарию уточняют контракт темы «Сдвиг позиционных параметров». Какое утверждение точнее всего описывает контракт рассматриваемого механизма?

"$@" раскрывается в отдельный аргумент на каждый позиционный параметр, а "$*" объединяет их в одну строку через первый символ IFS. shift n удаляет первые n позиционных параметров и возвращает ошибку, если параметров меньше n. getopts разбирает короткие опции текущей оболочки, использует OPTARG для значения и OPTIND для позиции следующего аргумента. shift n удаляет первые n позиционных параметров и не возвращает ошибку, если параметров меньше n. Проверка обязательных аргументов должна происходить до использования и выдавать ненулевой код с краткой подсказкой в stderr.

Вопрос 19 из 20

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

getopts разбирает короткие опции текущей оболочки, не использует OPTARG для значения и OPTIND для позиции следующего аргумента. Проверка обязательных аргументов должна происходить до использования и выдавать ненулевой код с краткой подсказкой в stderr. getopts разбирает короткие опции текущей оболочки, использует OPTARG для значения и OPTIND для позиции следующего аргумента. "$@" раскрывается в отдельный аргумент на каждый позиционный параметр, а "$*" объединяет их в одну строку через первый символ IFS. shift n удаляет первые n позиционных параметров и возвращает ошибку, если параметров меньше n.

Вопрос 20 из 20

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

Проверка обязательных аргументов должна происходить до использования и выдавать ненулевой код с краткой подсказкой в stderr. getopts разбирает короткие опции текущей оболочки, использует OPTARG для значения и OPTIND для позиции следующего аргумента. "$@" раскрывается в отдельный аргумент на каждый позиционный параметр, а "$*" объединяет их в одну строку через первый символ IFS. shift n удаляет первые n позиционных параметров и возвращает ошибку, если параметров меньше n. Проверка обязательных аргументов должна происходить до использования и выдавать ненулевой код с краткой подсказкой в stdout.