Кавычки и разбиение слов — бесплатный тест онлайн

Вопрос 1 из 20

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

user=alice
printf '%s\n' '$user' 'a b'

Первая строка сохраняет два пробела и звёздочку буквально; вторая печатает длину строки, не запуская glob. Такое присваивание синтаксически некорректно: обратная косая черта не экранирует одинарную кавычку внутри одинарных кавычек. Печатаются буквальный текст $user и строка a b; обе передаются как по одному аргументу. Цикл выполняется четыре раза и печатает <a>, , <>, <c>: запятая как непробельный символ IFS сохраняет пустое поле между соседними разделителями. В двойных кавычках обратная косая черта перед долларом оставляет буквальный текст $name, поэтому печатается hello $name.

Вопрос 2 из 20

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

value='a  b*'
printf '<%s>\n' "$value" "${#value}"

Без кавычек значение разделяется на два позиционных параметра; наличие или отсутствие файлов здесь не влияет на первое разбиение. Первая строка сохраняет два пробела и звёздочку буквально; вторая печатает длину строки, не запуская glob. Печатаются буквальный текст $user и строка a b; обе передаются как по одному аргументу. Чтобы прочитать строку целиком без обрезки ведущих и хвостовых пробелов и без обработки backslash, используют IFS= read -r. Цикл выполняется один раз с аргументом one two; двойные кавычки не разбивают строку на два элемента.

Вопрос 3 из 20

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

IFS=,
value='a,b,,c'
for x in $value; do printf '<%s>\n' "$x"; done

Цикл выполняется четыре раза и печатает <a>, , <>, <c>: запятая как непробельный символ IFS сохраняет пустое поле между соседними разделителями. Разбиение создаёт пять полей, включая пустые значения до a и после c, потому что любой непробельный символ IFS добавляет поля по краям строки. Присваивание IFS действует только на следующую внешнюю команду, поэтому цикл получает исходное значение переменной одной строкой и выполняется один раз. Цикл даёт четыре элемента, но пустой третий элемент удаляется при подстановке в printf; в выводе остаются только <a>, и <c>. Цикл выполняется три раза и печатает <a>, , <c>: два соседних непробельных разделителя IFS схлопываются так же, как последовательность пробелов.

Вопрос 4 из 20

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

printf '%s\n' a\ b c\* d\$e

Первая строка сохраняет два пробела и звёздочку буквально; вторая печатает длину строки, не запуская glob. Кавычки вокруг подстановки сохраняют внутренние переводы строк, кроме завершающих переводов, которые удаляет сама подстановка команд. Команда получает аргументы a b, c* и d$e: пробел, звёздочка и доллар лишены специального значения. Цикл выполняется один раз с аргументом one two; двойные кавычки не разбивают строку на два элемента. В двойных кавычках обратная косая черта перед долларом оставляет буквальный текст $name, поэтому печатается hello $name.

Вопрос 5 из 20

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

msg='can't'
printf '%s\n' "$msg"

Надёжная оболочечная запись соединяет три фрагмента: одинарно заключённый can, двойно заключённую кавычку и одинарно заключённый t. Цикл выполняется один раз с аргументом one two; двойные кавычки не разбивают строку на два элемента. Первая строка сохраняет два пробела и звёздочку буквально; вторая печатает длину строки, не запуская glob. Кавычки вокруг подстановки сохраняют внутренние переводы строк, кроме завершающих переводов, которые удаляет сама подстановка команд. Такое присваивание синтаксически некорректно: одинарная кавычка в слове can’t завершает строку, а оставшийся текст уже не образует допустимую команду.

Вопрос 6 из 20

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

files='one two'
for f in "$files"; do printf '[%s]\n' "$f"; done

Цикл выполняется один раз с аргументом one two; двойные кавычки не разбивают строку на два элемента. Кавычки вокруг подстановки сохраняют внутренние переводы строк, кроме завершающих переводов, которые удаляет сама подстановка команд. Надёжная оболочечная запись соединяет три фрагмента: одинарно заключённый can, двойно заключённую кавычку и одинарно заключённый t. Такое присваивание синтаксически некорректно: обратная косая черта не экранирует одинарную кавычку внутри одинарных кавычек. Печатаются буквальный текст $user и строка a b; обе передаются как по одному аргументу.

Вопрос 7 из 20

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

path='My Documents/report.txt'
set -- $path
printf '%s\n' "$#"

Без кавычек значение разделяется на два позиционных параметра; наличие или отсутствие файлов здесь не влияет на первое разбиение. В двойных кавычках обратная косая черта перед долларом оставляет буквальный текст $name, поэтому печатается hello $name. Печатаются буквальный текст $user и строка a b; обе передаются как по одному аргументу. Чтобы прочитать строку целиком без обрезки ведущих и хвостовых пробелов и без обработки backslash, используют IFS= read -r. Кавычки вокруг подстановки сохраняют внутренние переводы строк, кроме завершающих переводов, которые удаляет сама подстановка команд.

Вопрос 8 из 20

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

name=world
printf "%s\n" "hello \$name"

В двойных кавычках обратная косая черта перед долларом оставляет буквальный текст $name, поэтому печатается hello $name. Экранированный пробел связывает соседние фрагменты в один аргумент; для ясности лучше собрать значение внутри одной пары двойных кавычек. Надёжная оболочечная запись соединяет три фрагмента: одинарно заключённый can, двойно заключённую кавычку и одинарно заключённый t. Первая строка сохраняет два пробела и звёздочку буквально; вторая печатает длину строки, не запуская glob. Кавычки вокруг подстановки сохраняют внутренние переводы строк, кроме завершающих переводов, которые удаляет сама подстановка команд.

Вопрос 9 из 20

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

msg='can'"'"'t'

Экранированный пробел связывает соседние фрагменты в один аргумент; для ясности лучше собрать значение внутри одной пары двойных кавычек. Печатаются буквальный текст $user и строка a b; обе передаются как по одному аргументу. В двойных кавычках обратная косая черта перед долларом оставляет буквальный текст $name, поэтому печатается hello $name. Команда получает аргументы a b, c* и d$e: пробел, звёздочка и доллар лишены специального значения. Надёжная оболочечная запись соединяет три фрагмента: одинарно заключённый can, двойно заключённую кавычку и одинарно заключённый t.

Вопрос 10 из 20

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

printf '%s\n' "$(cat "$file")"

Чтобы прочитать строку целиком без обрезки ведущих и хвостовых пробелов и без обработки backslash, используют IFS= read -r. Команда получает аргументы a b, c* и d$e: пробел, звёздочка и доллар лишены специального значения. В двойных кавычках обратная косая черта перед долларом оставляет буквальный текст $name, поэтому печатается hello $name. Первая строка сохраняет два пробела и звёздочку буквально; вторая печатает длину строки, не запуская glob. Кавычки вокруг подстановки сохраняют внутренние переводы строк, кроме завершающих переводов, которые удаляет сама подстановка команд.

Вопрос 11 из 20

На ревью сценария по теме «Разбиение слов» встретился этот код. Что этот вариант меняет в поведении сценария на самом деле?

IFS= read -r line
printf '%s\n' "$line"

Чтобы прочитать строку целиком без обрезки ведущих и хвостовых пробелов и без обработки backslash, используют IFS= read -r. Цикл выполняется один раз с аргументом one two; двойные кавычки не разбивают строку на два элемента. Надёжная оболочечная запись соединяет три фрагмента: одинарно заключённый can, двойно заключённую кавычку и одинарно заключённый t. Экранированный пробел связывает соседние фрагменты в один аргумент; для ясности лучше собрать значение внутри одной пары двойных кавычек. Цикл выполняется четыре раза и печатает <a>, , <>, <c>: запятая как непробельный символ IFS сохраняет пустое поле между соседними разделителями.

Вопрос 12 из 20

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

printf '%s\n' "$prefix"\ "$suffix"

Такое присваивание синтаксически некорректно: обратная косая черта не экранирует одинарную кавычку внутри одинарных кавычек. Экранированный пробел связывает соседние фрагменты в один аргумент; для ясности лучше собрать значение внутри одной пары двойных кавычек. Без кавычек значение разделяется на два позиционных параметра; наличие или отсутствие файлов здесь не влияет на первое разбиение. Цикл выполняется один раз с аргументом one two; двойные кавычки не разбивают строку на два элемента. Команда получает аргументы a b, c* и d$e: пробел, звёздочка и доллар лишены специального значения.

Вопрос 13 из 20

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

$'...' — отдельная форма ANSI-C quoting: она не обрабатывает escape-последовательности и не равна обычным одинарным кавычкам. Экранирование делает символ буквальным на этапе разбора оболочки, но не заменяет корректное кодирование данных для SQL, JSON, URL или другого внешнего языка. Изменение глобального IFS влияет на последующие некавыченные расширения; безопаснее ограничивать его одной командой read или локальной областью функции. Внутри "${array[@]}" каждый элемент массива остаётся отдельным аргументом; это важное исключение из обычного поведения двойных кавычек. $'...' — отдельная форма ANSI-C quoting: она обрабатывает escape-последовательности и не равна обычным одинарным кавычкам.

Вопрос 14 из 20

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

Экранирование делает символ буквальным на этапе разбора оболочки, но не заменяет корректное кодирование данных для SQL, JSON, URL или другого внешнего языка. $'...' — отдельная форма ANSI-C quoting: она обрабатывает escape-последовательности и не равна обычным одинарным кавычкам. Первая строка сохраняет два пробела и звёздочку буквально; вторая печатает длину строки, не запуская glob. Изменение глобального IFS влияет на последующие некавыченные расширения; безопаснее ограничивать его одной командой read или локальной областью функции. Внутри "${array[@]}" каждый элемент массива остаётся отдельным аргументом; это важное исключение из обычного поведения двойных кавычек.

Вопрос 15 из 20

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

Экранирование делает символ буквальным на этапе разбора оболочки, но не заменяет корректное кодирование данных для SQL, JSON, URL или другого внешнего языка. Цикл выполняется четыре раза и печатает <a>, , <>, <c>: запятая как непробельный символ IFS сохраняет пустое поле между соседними разделителями. Изменение глобального IFS влияет на последующие некавыченные расширения; безопаснее ограничивать его одной командой read или локальной областью функции. $'...' — отдельная форма ANSI-C quoting: она обрабатывает escape-последовательности и не равна обычным одинарным кавычкам. Внутри "${array[@]}" каждый элемент массива остаётся отдельным аргументом; это важное исключение из обычного поведения двойных кавычек.

Вопрос 16 из 20

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

Изменение глобального IFS влияет на последующие некавыченные расширения; безопаснее ограничивать его одной командой read или локальной областью функции. Команда получает аргументы a b, c* и d$e: пробел, звёздочка и доллар лишены специального значения. Внутри "${array[@]}" каждый элемент массива остаётся отдельным аргументом; это важное исключение из обычного поведения двойных кавычек. $'...' — отдельная форма ANSI-C quoting: она обрабатывает escape-последовательности и не равна обычным одинарным кавычкам. Экранирование делает символ буквальным на этапе разбора оболочки, но не заменяет корректное кодирование данных для SQL, JSON, URL или другого внешнего языка.

Вопрос 17 из 20

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

В одинарных кавычках Bash не выполняет подстановки и не распознаёт обратную косую черту как способ вставить одинарную кавычку. Разбиение слов применяется к некавыченным результатам подстановок с использованием IFS, но не к литеральному тексту исходной команды. В двойных кавычках Bash не выполняет подстановки и не распознаёт обратную косую черту как способ вставить одинарную кавычку. Обратная косая черта вне кавычек защищает следующий символ, а перед переводом строки удаляет сам перевод и продолжает логическую строку. Двойные кавычки сохраняют результат подстановки одним аргументом, но позволяют $var, $(...) и арифметическое расширение.

Вопрос 18 из 20

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

Разбиение слов применяется к некавыченным результатам подстановок с использованием IFS, но не к литеральному тексту исходной команды. Обратная косая черта вне кавычек защищает следующий символ, а перед переводом строки удаляет сам перевод и продолжает логическую строку. Двойные кавычки сохраняют результат подстановки одним аргументом, но позволяют $var, $(...) и арифметическое расширение. В одинарных кавычках Bash не выполняет подстановки и не распознаёт обратную косую черту как способ вставить одинарную кавычку. Первая строка сохраняет два пробела и звёздочку буквально; вторая печатает длину строки, не запуская glob.

Вопрос 19 из 20

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

Разбиение слов применяется к некавыченным результатам подстановок с использованием IFS, но не к литеральному тексту исходной команды. Двойные кавычки сохраняют результат подстановки одним аргументом, но позволяют $var, $(...) и арифметическое расширение. Обратная косая черта вне кавычек защищает следующий символ, а перед переводом строки удаляет сам перевод и продолжает логическую строку. В одинарных кавычках Bash не выполняет подстановки и не распознаёт обратную косую черту как способ вставить одинарную кавычку. Цикл выполняется четыре раза и печатает <a>, , <>, <c>: запятая как непробельный символ IFS сохраняет пустое поле между соседними разделителями.

Вопрос 20 из 20

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

Обратная косая черта вне кавычек не защищает следующий символ, а перед переводом строки удаляет сам перевод и продолжает логическую строку. Двойные кавычки сохраняют результат подстановки одним аргументом, но позволяют $var, $(...) и арифметическое расширение. В одинарных кавычках Bash не выполняет подстановки и не распознаёт обратную косую черту как способ вставить одинарную кавычку. Разбиение слов применяется к некавыченным результатам подстановок с использованием IFS, но не к литеральному тексту исходной команды. Обратная косая черта вне кавычек защищает следующий символ, а перед переводом строки удаляет сам перевод и продолжает логическую строку.