Подстановка команд и арифметика — бесплатный тест онлайн

Вопрос 1 из 25

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

value=$(printf 'a\nb\n\n')
printf '<%s> len=%d\n' "$value" "${#value}"

Сначала печатается 5; после постдекремента x становится 4, а код команды равен 0, потому что старое значение выражения было ненулевым. В value остаётся строка a, перевод строки и b; все завершающие переводы строк удалены, поэтому длина равна 3. При n=0 выражение n++ имеет значение 0 и команда возвращает код 1; под errexit сценарий может завершиться до echo. read получает строку a b и разделяет её на first=a и second=b; here-string добавляет перевод строки для завершения чтения. Подстановка команд не является безопасным контейнером списка имён: после удаления хвостовых переводов результат повторно разбивается по IFS и раскрывает шаблоны.

Вопрос 2 из 25

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

x=2
printf '%s\n' "$((x += 3))"
((x--))
printf '%s:%s\n' "$x" "$?"

После ! значение $? относится к инвертированному условию и равно 0; исходный код нужно получать без ! или сохранять через отдельную конструкцию. Во многих версиях Bash статус local равен успеху объявления и маскирует отказ query_service; объявление и присваивание нужно разделить. Ветка if различает код команды; пустой успешный ответ попадёт в ok, а неуспех сохранит исходный статус внутри else. Сначала печатается 5; после постдекремента x становится 4, а код команды равен 0, потому что старое значение выражения было ненулевым. При n=0 выражение n++ имеет значение 0 и команда возвращает код 1; под errexit сценарий может завершиться до echo.

Вопрос 3 из 25

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

name=Alice
cat <<'EOF'
hello $name
$(date)
EOF

Тело печатается буквально: $name и $(date) не раскрываются, потому что разделитель EOF был заключён в кавычки. Некавыченный разделитель раскрывает SECRET при создании файла; секрет может попасть в конфигурацию, историю артефактов или журнал отладки. read получает строку a b и разделяет её на first=a и second=b; here-string добавляет перевод строки для завершения чтения. Подстановка процесса позволяет читать вывод команды без потери состояния текущей оболочки и без предварительного помещения всего результата в строку. Если увеличение не должно трактоваться как логическая проверка, используют прединкремент при известном результате или присваивание, чей статус не зависит от числа.

Вопрос 4 из 25

При проверке темы «Строковый ввод here string» в тесте «Подстановка команд и арифметика» нужно оценить именно этот вариант. Что в этом коде произойдёт или останется верным при указанных условиях?

value='a b'
IFS=' ' read -r first second <<< "$value"
printf '%s:%s\n' "$first" "$second"

Тело печатается буквально: $name и $(date) не раскрываются, потому что разделитель EOF был заключён в кавычки. read получает строку a b и разделяет её на first=a и second=b; here-string добавляет перевод строки для завершения чтения. Некавыченный разделитель раскрывает SECRET при создании файла; секрет может попасть в конфигурацию, историю артефактов или журнал отладки. После ! значение $? относится к инвертированному условию и равно 0; исходный код нужно получать без ! или сохранять через отдельную конструкцию. Here-string требует иметь данные в переменной и может создать временный объект или дополнительную копию; для больших потоков лучше прямой конвейер или файл.

Вопрос 5 из 25

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

if output=$(query_service); then
  printf 'ok:%s\n' "$output"
else
  status=$?
  printf 'query failed: %d\n' "$status" >&2
fi

Here-string требует иметь данные в переменной и может создать временный объект или дополнительную копию; для больших потоков лучше прямой конвейер или файл. read получает строку a b и разделяет её на first=a и second=b; here-string добавляет перевод строки для завершения чтения. Тело печатается буквально: $name и $(date) не раскрываются, потому что разделитель EOF был заключён в кавычки. Ветка if различает код команды; пустой успешный ответ попадёт в ok, а неуспех сохранит исходный статус внутри else. Во многих версиях Bash статус local равен успеху объявления и маскирует отказ query_service; объявление и присваивание нужно разделить.

Вопрос 6 из 25

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

files=$(find . -type f)
for f in $files; do process "$f"; done

Если увеличение не должно трактоваться как логическая проверка, используют прединкремент при известном результате или присваивание, чей статус не зависит от числа. Для потока произвольных имён файлов следует использовать подстановку процесса и нулевые разделители, не сохраняя список в строковой переменной. При n=0 выражение n++ имеет значение 0 и команда возвращает код 1; под errexit сценарий может завершиться до echo. Подстановка команд не является безопасным контейнером списка имён: после удаления хвостовых переводов результат повторно разбивается по IFS и раскрывает шаблоны. Тело печатается буквально: $name и $(date) не раскрываются, потому что разделитель EOF был заключён в кавычки.

Вопрос 7 из 25

В тесте «Подстановка команд и арифметика» показан фрагмент из блока «Арифметическое расширение». Какое утверждение верно именно для этого варианта?

set -e
n=0
((n++))
echo reached

При n=0 выражение n++ имеет значение 0 и команда возвращает код 1; под errexit сценарий может завершиться до echo. Если увеличение не должно трактоваться как логическая проверка, используют прединкремент при известном результате или присваивание, чей статус не зависит от числа. Подстановка команд не является безопасным контейнером списка имён: после удаления хвостовых переводов результат повторно разбивается по IFS и раскрывает шаблоны. Если файл должен содержать шаблон для более поздней подстановки, разделитель заключают в кавычки и оставляют маркер буквально. Для потока произвольных имён файлов следует использовать подстановку процесса и нулевые разделители, не сохраняя список в строковой переменной.

Вопрос 8 из 25

В тесте «Подстановка команд и арифметика» показан фрагмент из блока «Многострочный ввод here document». Что следует записать в заключении ревью этого фрагмента?

cat <<EOF > config
password=$SECRET
EOF

read получает строку a b и разделяет её на first=a и second=b; here-string добавляет перевод строки для завершения чтения. Некавыченный разделитель раскрывает SECRET при создании файла; секрет может попасть в конфигурацию, историю артефактов или журнал отладки. Если файл должен содержать шаблон для более поздней подстановки, разделитель заключают в кавычки и оставляют маркер буквально. Сначала печатается 5; после постдекремента x становится 4, а код команды равен 0, потому что старое значение выражения было ненулевым. Подстановка процесса позволяет читать вывод команды без потери состояния текущей оболочки и без предварительного помещения всего результата в строку.

Вопрос 9 из 25

В тесте «Подстановка команд и арифметика» показан фрагмент из блока «Строковый ввод here string». Какой разбор не смешивает этот вариант с другими способами решения задачи?

while read -r line; do ...; done <<< "$huge_data"

Подстановка процесса позволяет читать вывод команды без потери состояния текущей оболочки и без предварительного помещения всего результата в строку. Ветка if различает код команды; пустой успешный ответ попадёт в ok, а неуспех сохранит исходный статус внутри else. Here-string требует иметь данные в переменной и может создать временный объект или дополнительную копию; для больших потоков лучше прямой конвейер или файл. Сначала печатается 5; после постдекремента x становится 4, а код команды равен 0, потому что старое значение выражения было ненулевым. Во многих версиях Bash статус local равен успеху объявления и маскирует отказ query_service; объявление и присваивание нужно разделить.

Вопрос 10 из 25

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

local output=$(query_service)
printf '%s\n' "$?"

После ! значение $? относится к инвертированному условию и равно 0; исходный код нужно получать без ! или сохранять через отдельную конструкцию. При n=0 выражение n++ имеет значение 0 и команда возвращает код 1; под errexit сценарий может завершиться до echo. Если файл должен содержать шаблон для более поздней подстановки, разделитель заключают в кавычки и оставляют маркер буквально. Во многих версиях Bash статус local равен успеху объявления и маскирует отказ query_service; объявление и присваивание нужно разделить. Подстановка команд не является безопасным контейнером списка имён: после удаления хвостовых переводов результат повторно разбивается по IFS и раскрывает шаблоны.

Вопрос 11 из 25

На ревью сценария по теме «Подстановка команд» встретился этот код. Какой вывод подтверждается правилами Bash и указанной последовательностью команд?

while IFS= read -r -d '' f; do process "$f"; done < <(find . -type f -print0)

Некавыченный разделитель раскрывает SECRET при создании файла; секрет может попасть в конфигурацию, историю артефактов или журнал отладки. Тело печатается буквально: $name и $(date) не раскрываются, потому что разделитель EOF был заключён в кавычки. Если увеличение не должно трактоваться как логическая проверка, используют прединкремент при известном результате или присваивание, чей статус не зависит от числа. Для потока произвольных имён файлов следует использовать подстановку процесса и нулевые разделители, не сохраняя список в строковой переменной. В value остаётся строка a, перевод строки и b; все завершающие переводы строк удалены, поэтому длина равна 3.

Вопрос 12 из 25

На ревью сценария по теме «Арифметическое расширение» встретился этот код. Что этот вариант меняет в поведении сценария на самом деле?

((++n))
# либо
n=$((n + 1))

Сначала печатается 5; после постдекремента x становится 4, а код команды равен 0, потому что старое значение выражения было ненулевым. В value остаётся строка a, перевод строки и b; все завершающие переводы строк удалены, поэтому длина равна 3. Если файл должен содержать шаблон для более поздней подстановки, разделитель заключают в кавычки и оставляют маркер буквально. Если увеличение не должно трактоваться как логическая проверка, используют прединкремент при известном результате или присваивание, чей статус не зависит от числа. Для потока произвольных имён файлов следует использовать подстановку процесса и нулевые разделители, не сохраняя список в строковой переменной.

Вопрос 13 из 25

На ревью сценария по теме «Многострочный ввод here document» встретился этот код. Какой вывод соответствует именно этой записи, а не общему совету по теме?

cat <<'EOF' > config
password=${SECRET_FROM_RUNTIME}
EOF

Тело печатается буквально: $name и $(date) не раскрываются, потому что разделитель EOF был заключён в кавычки. Ветка if различает код команды; пустой успешный ответ попадёт в ok, а неуспех сохранит исходный статус внутри else. Во многих версиях Bash статус local равен успеху объявления и маскирует отказ query_service; объявление и присваивание нужно разделить. Подстановка команд не является безопасным контейнером списка имён: после удаления хвостовых переводов результат повторно разбивается по IFS и раскрывает шаблоны. Если файл должен содержать шаблон для более поздней подстановки, разделитель заключают в кавычки и оставляют маркер буквально.

Вопрос 14 из 25

На ревью сценария по теме «Строковый ввод here string» встретился этот код. Что можно уверенно сказать об этом решении после пошагового разбора?

read -r value < <(produce_one_line)

При n=0 выражение n++ имеет значение 0 и команда возвращает код 1; под errexit сценарий может завершиться до echo. read получает строку a b и разделяет её на first=a и second=b; here-string добавляет перевод строки для завершения чтения. Если увеличение не должно трактоваться как логическая проверка, используют прединкремент при известном результате или присваивание, чей статус не зависит от числа. В value остаётся строка a, перевод строки и b; все завершающие переводы строк удалены, поэтому длина равна 3. Подстановка процесса позволяет читать вывод команды без потери состояния текущей оболочки и без предварительного помещения всего результата в строку.

Вопрос 15 из 25

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

local output
if ! output=$(query_service); then
  rc=$?
fi

В value остаётся строка a, перевод строки и b; все завершающие переводы строк удалены, поэтому длина равна 3. После ! значение $? относится к инвертированному условию и равно 0; исходный код нужно получать без ! или сохранять через отдельную конструкцию. Ветка if различает код команды; пустой успешный ответ попадёт в ok, а неуспех сохранит исходный статус внутри else. При n=0 выражение n++ имеет значение 0 и команда возвращает код 1; под errexit сценарий может завершиться до echo. Для потока произвольных имён файлов следует использовать подстановку процесса и нулевые разделители, не сохраняя список в строковой переменной.

Вопрос 16 из 25

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

Для диагностики полезно журналировать команду и код, но не печатать целиком stdout, если там могут находиться секреты или большие ответы. Here-document передаётся через stdin команды и не является способом экранирования для языка внутри документа: SQL, YAML или shell всё равно имеют собственные правила. Код завершения присваивания x=$(cmd) обычно равен коду cmd, но добавленная после него команда или local x=$(cmd) может замаскировать статус в зависимости от контекста. Числа с ведущим нулём могут интерпретироваться как восьмеричные; для десятичного пользовательского ввода применяют 10#$value после проверки формата. В value остаётся строка a, перевод строки и b; все завершающие переводы строк удалены, поэтому длина равна 3.

Вопрос 17 из 25

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

Here-document передаётся через stdin команды и не является способом экранирования для языка внутри документа: SQL, YAML или shell всё равно имеют собственные правила. Числа с ведущим нулём могут интерпретироваться как восьмеричные; для десятичного пользовательского ввода применяют 10#$value после проверки формата. Код завершения присваивания x=$(cmd) обычно равен коду cmd, но добавленная после него команда или local x=$(cmd) может замаскировать статус в зависимости от контекста. Для диагностики полезно журналировать команду и код, но не печатать целиком stdout, если там могут находиться секреты или большие ответы. Числа с ведущим нулём могут интерпретироваться как восьмеричные; для десятичного пользовательского ввода применяют 11#$value после проверки формата.

Вопрос 18 из 25

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

Here-document передаётся через stdin команды и является способом экранирования для языка внутри документа: SQL, YAML или shell всё равно имеют собственные правила. Числа с ведущим нулём могут интерпретироваться как восьмеричные; для десятичного пользовательского ввода применяют 10#$value после проверки формата. Here-document передаётся через stdin команды и не является способом экранирования для языка внутри документа: SQL, YAML или shell всё равно имеют собственные правила. Код завершения присваивания x=$(cmd) обычно равен коду cmd, но добавленная после него команда или local x=$(cmd) может замаскировать статус в зависимости от контекста. Для диагностики полезно журналировать команду и код, но не печатать целиком stdout, если там могут находиться секреты или большие ответы.

Вопрос 19 из 25

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

Числа с ведущим нулём могут интерпретироваться как восьмеричные; для десятичного пользовательского ввода применяют 10#$value после проверки формата. Для диагностики полезно журналировать команду и код, но не печатать целиком stdout, если там могут находиться секреты или большие ответы. <<< выполняет расширения слова перед передачей; двойные кавычки вокруг переменной нужны, чтобы намерение не зависело от разбиения и glob. Here-document передаётся через stdin команды и не является способом экранирования для языка внутри документа: SQL, YAML или shell всё равно имеют собственные правила. <<< не выполняет расширения слова перед передачей; двойные кавычки вокруг переменной нужны, чтобы намерение не зависело от разбиения и glob.

Вопрос 20 из 25

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

Для диагностики полезно журналировать команду и код, но не печатать целиком stderr, если там могут находиться секреты или большие ответы. Для диагностики полезно журналировать команду и код, но не печатать целиком stdout, если там могут находиться секреты или большие ответы. Код завершения присваивания x=$(cmd) обычно равен коду cmd, но добавленная после него команда или local x=$(cmd) может замаскировать статус в зависимости от контекста. Числа с ведущим нулём могут интерпретироваться как восьмеричные; для десятичного пользовательского ввода применяют 10#$value после проверки формата. Here-document передаётся через stdin команды и не является способом экранирования для языка внутри документа: SQL, YAML или shell всё равно имеют собственные правила.

Вопрос 21 из 25

Этот вопрос относится к разделу «Подстановка команд» теста «Подстановка команд и арифметика». Какое правило лучше всего объясняет корректный способ решения?

Форма $(...) допускает вложенность и удаляет все завершающие переводы строк из stdout команды; внутренние переводы строк сохраняются только при кавычках вокруг расширения. Оператор <<< word передаёт одну строку с добавленным завершающим переводом строки на stdin команды. В here-document кавычки вокруг слова-разделителя отключают подстановки в теле; оператор <<- удаляет только ведущие символы табуляции. Форма $(...) допускает вложенность и удаляет все завершающие переводы строк из stderr команды; внутренние переводы строк сохраняются только при кавычках вокруг расширения. Статус подстановки команд следует сохранять сразу, а содержимое результата проверять отдельно: пустой stdout не обязательно означает ошибку, и наоборот.

Вопрос 22 из 25

Этот вопрос относится к разделу «Арифметическое расширение» теста «Подстановка команд и арифметика». Какой принцип остаётся верным и на обычном, и на граничном входе?

В here-document кавычки вокруг слова-разделителя отключают подстановки в теле; оператор <<- удаляет только ведущие символы табуляции. Форма $(...) допускает вложенность и удаляет все завершающие переводы строк из stdout команды; внутренние переводы строк сохраняются только при кавычках вокруг расширения. Статус подстановки команд следует сохранять сразу, а содержимое результата проверять отдельно: пустой stdout не обязательно означает ошибку, и наоборот. $((...)) не возвращает строковое представление целого результата, а ((...)) служит командой с кодом 0 для ненулевого выражения и 1 для нуля. $((...)) возвращает строковое представление целого результата, а ((...)) служит командой с кодом 0 для ненулевого выражения и 1 для нуля.

Вопрос 23 из 25

Этот вопрос относится к разделу «Многострочный ввод here document» теста «Подстановка команд и арифметика». На какую гарантию Bash следует опираться при техническом ревью этого участка?

Форма $(...) допускает вложенность и удаляет все завершающие переводы строк из stdout команды; внутренние переводы строк сохраняются только при кавычках вокруг расширения. Оператор <<< word передаёт одну строку с добавленным завершающим переводом строки на stdin команды. В here-document кавычки вокруг слова-разделителя отключают подстановки в теле; оператор <<- удаляет только ведущие символы табуляции. В here-document кавычки вокруг слова-разделителя отключают подстановки в теле; оператор <<- не удаляет только ведущие символы табуляции. Статус подстановки команд следует сохранять сразу, а содержимое результата проверять отдельно: пустой stdout не обязательно означает ошибку, и наоборот.

Вопрос 24 из 25

Этот вопрос относится к разделу «Строковый ввод here string» теста «Подстановка команд и арифметика». На каком правиле должен строиться разбор подобных фрагментов?

Форма $(...) допускает вложенность и удаляет все завершающие переводы строк из stdout команды; внутренние переводы строк сохраняются только при кавычках вокруг расширения. Оператор <<< word передаёт одну строку с добавленным завершающим переводом строки на stdin команды. Оператор <<< word передаёт две строки с добавленным завершающим переводом строки на stdin команды. В here-document кавычки вокруг слова-разделителя отключают подстановки в теле; оператор <<- удаляет только ведущие символы табуляции. Статус подстановки команд следует сохранять сразу, а содержимое результата проверять отдельно: пустой stdout не обязательно означает ошибку, и наоборот.

Вопрос 25 из 25

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

$((...)) возвращает строковое представление целого результата, а ((...)) служит командой с кодом 0 для ненулевого выражения и 1 для нуля. Статус подстановки команд следует сохранять сразу, а содержимое результата проверять отдельно: пустой stderr не обязательно означает ошибку, и наоборот. Форма $(...) допускает вложенность и удаляет все завершающие переводы строк из stdout команды; внутренние переводы строк сохраняются только при кавычках вокруг расширения. Статус подстановки команд следует сохранять сразу, а содержимое результата проверять отдельно: пустой stdout не обязательно означает ошибку, и наоборот. В here-document кавычки вокруг слова-разделителя отключают подстановки в теле; оператор <<- удаляет только ведущие символы табуляции.