Шаблоны имён и регулярные выражения — бесплатный тест онлайн

Вопрос 1 из 25

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

tmp=$(mktemp -d)
touch "$tmp/a.log" "$tmp/b.txt"
printf '%s\n' "$tmp"/*.log
rm -rf "$tmp"

Шаблон раскрывается в единственный путь a.log; сама printf не занимается поиском файлов. Если совпадений нет и nullglob выключен, цикл получит буквальный путь *.log и может обработать несуществующий файл. Трассировка и %q показывают уже раскрытые аргументы, что помогает понять, получил ли команда буквальный шаблон или список файлов. Шаблон совпадает: имя содержит непустую основу и окончание gz или xz, поэтому печатается archive. Опцию включают до разбора нужной конструкции, а отрицательный шаблон явно перечисляет исключаемые окончания.

Вопрос 2 из 25

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

shopt -s extglob
name=report.tar.gz
[[ $name == +(*).@(gz|xz) ]] && echo archive

Кавычки вокруг всей переменной делают содержимое буквальным шаблоном, поэтому ожидаемое регулярное совпадение не выполняется. Если extglob не был включён при разборе конструкции в некоторых контекстах, скрипт может получить синтаксическую ошибку ещё до выполнения shopt внутри функции. Шаблон раскрывается в единственный путь a.log; сама printf не занимается поиском файлов. Шаблон совпадает: имя содержит непустую основу и окончание gz или xz, поэтому печатается archive. Трассировка и %q показывают уже раскрытые аргументы, что помогает понять, получил ли команда буквальный шаблон или список файлов.

Вопрос 3 из 25

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

value='id=42'
if [[ $value =~ ^id=([0-9]+)$ ]]; then
  printf '%s\n' "${BASH_REMATCH[1]}"
fi

Если extglob не был включён при разборе конструкции в некоторых контекстах, скрипт может получить синтаксическую ошибку ещё до выполнения shopt внутри функции. Совпадение успешно, а первая группа содержит 42; печатается 42. Первое сравнение находит подстроку 123, второе отвергает всю строку; выводятся partial и not-number. Кавычки вокруг всей переменной делают содержимое буквальным шаблоном, поэтому ожидаемое регулярное совпадение не выполняется. Опцию включают до разбора нужной конструкции, а отрицательный шаблон явно перечисляет исключаемые окончания.

Вопрос 4 из 25

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

v='x123y'
[[ $v =~ [0-9]+ ]] && echo partial
[[ $v =~ ^[0-9]+$ ]] || echo not-number

Glob *.log уже сопоставляет всю строку внутри [[ ... ]]; добавлять ^ и $ к glob нельзя — это не регулярное выражение. Некавыченный dir может разделиться и раскрыть собственные шаблоны до добавленного *.tmp; ошибка возникает раньше, чем кажется при чтении команды. Регулярное выражение удобно хранить в переменной и раскрывать без кавычек именно в правой части =~; остальные подстановки по-прежнему заключают в кавычки. Первое сравнение находит подстроку 123, второе отвергает всю строку; выводятся partial и not-number. Кавычки вокруг всей переменной делают содержимое буквальным шаблоном, поэтому ожидаемое регулярное совпадение не выполняется.

Вопрос 5 из 25

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

set -x
printf '%q\n' ./*.log

Якоря и ограничение длины задают полный формат идентификатора, но допустимость числа для приложения всё равно проверяется отдельно. Если совпадений нет и nullglob выключен, цикл получит буквальный путь *.log и может обработать несуществующий файл. Трассировка и %q показывают уже раскрытые аргументы, что помогает понять, получил ли команда буквальный шаблон или список файлов. Некавыченный dir может разделиться и раскрыть собственные шаблоны до добавленного *.tmp; ошибка возникает раньше, чем кажется при чтении команды. Glob *.log уже сопоставляет всю строку внутри [[ ... ]]; добавлять ^ и $ к glob нельзя — это не регулярное выражение.

Вопрос 6 из 25

При проверке темы «Шаблоны имён glob» в тесте «Шаблоны имён и регулярные выражения» нужно оценить именно этот вариант. Что действительно гарантирует или, наоборот, не гарантирует эта конструкция?

for f in "$dir"/*.log; do process "$f"; done

Шаблон совпадает: имя содержит непустую основу и окончание gz или xz, поэтому печатается archive. nullglob превращает шаблон без совпадений в пустой список; массив затем безопасно сохраняет найденные имена. Если extglob не был включён при разборе конструкции в некоторых контекстах, скрипт может получить синтаксическую ошибку ещё до выполнения shopt внутри функции. Если совпадений нет и nullglob выключен, цикл получит буквальный путь *.log и может обработать несуществующий файл. Опцию включают до разбора нужной конструкции, а отрицательный шаблон явно перечисляет исключаемые окончания.

Вопрос 7 из 25

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

case $name in !(*.tmp)) keep;; esac

Совпадение успешно, а первая группа содержит 42; печатается 42. Без заранее включённого extglob конструкция `!(*.tmp)` не разбирается как расширенный шаблон и приводит к синтаксической ошибке до выполнения ветвей `case`. Регулярное выражение удобно хранить в переменной и раскрывать без кавычек именно в правой части =~; остальные подстановки по-прежнему заключают в кавычки. Опцию включают до разбора нужной конструкции, а отрицательный шаблон явно перечисляет исключаемые окончания. Кавычки вокруг всей переменной делают содержимое буквальным шаблоном, поэтому ожидаемое регулярное совпадение не выполняется.

Вопрос 8 из 25

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

regex='^id=([0-9]+)$'
[[ $value =~ "$regex" ]]

Кавычки вокруг всей переменной делают содержимое буквальным шаблоном, поэтому ожидаемое регулярное совпадение не выполняется. Трассировка и %q показывают уже раскрытые аргументы, что помогает понять, получил ли команда буквальный шаблон или список файлов. Регулярное выражение удобно хранить в переменной и раскрывать без кавычек именно в правой части =~; остальные подстановки по-прежнему заключают в кавычки. Если extglob не был включён при разборе конструкции в некоторых контекстах, скрипт может получить синтаксическую ошибку ещё до выполнения shopt внутри функции. Шаблон раскрывается в единственный путь a.log; сама printf не занимается поиском файлов.

Вопрос 9 из 25

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

[[ $name == *.log ]]

Некавыченный dir может разделиться и раскрыть собственные шаблоны до добавленного *.tmp; ошибка возникает раньше, чем кажется при чтении команды. Glob *.log уже сопоставляет всю строку внутри [[ ... ]]; добавлять ^ и $ к glob нельзя — это не регулярное выражение. Совпадение успешно, а первая группа содержит 42; печатается 42. С nullglob и массивом границы путей сохраняются, а rm запускается только при наличии элементов. Якоря и ограничение длины задают полный формат идентификатора, но допустимость числа для приложения всё равно проверяется отдельно.

Вопрос 10 из 25

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

rm -f $dir/*.tmp

Опцию включают до разбора нужной конструкции, а отрицательный шаблон явно перечисляет исключаемые окончания. Шаблон раскрывается в единственный путь a.log; сама printf не занимается поиском файлов. Некавыченный dir может разделиться и раскрыть собственные шаблоны до добавленного *.tmp; ошибка возникает раньше, чем кажется при чтении команды. Шаблон совпадает: имя содержит непустую основу и окончание gz или xz, поэтому печатается archive. С nullglob и массивом границы путей сохраняются, а rm запускается только при наличии элементов.

Вопрос 11 из 25

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

shopt -s nullglob
files=("$dir"/*.log)
for f in "${files[@]}"; do process "$f"; done

Совпадение успешно, а первая группа содержит 42; печатается 42. Якоря и ограничение длины задают полный формат идентификатора, но допустимость числа для приложения всё равно проверяется отдельно. nullglob превращает шаблон без совпадений в пустой список; массив затем безопасно сохраняет найденные имена. Шаблон раскрывается в единственный путь a.log; сама printf не занимается поиском файлов. Кавычки вокруг всей переменной делают содержимое буквальным шаблоном, поэтому ожидаемое регулярное совпадение не выполняется.

Вопрос 12 из 25

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

shopt -s extglob
case $name in
  !(*.tmp|*.bak)) keep;;
esac

Шаблон совпадает: имя содержит непустую основу и окончание gz или xz, поэтому печатается archive. Первое сравнение находит подстроку 123, второе отвергает всю строку; выводятся partial и not-number. Якоря и ограничение длины задают полный формат идентификатора, но допустимость числа для приложения всё равно проверяется отдельно. Glob *.log уже сопоставляет всю строку внутри [[ ... ]]; добавлять ^ и $ к glob нельзя — это не регулярное выражение. Опцию включают до разбора нужной конструкции, а отрицательный шаблон явно перечисляет исключаемые окончания.

Вопрос 13 из 25

В тесте «Шаблоны имён и регулярные выражения» показан фрагмент из блока «Сопоставление с регулярным выражением». Какое суждение правильно описывает показанную реализацию?

regex='^id=([0-9]+)$'
[[ $value =~ $regex ]]

Совпадение успешно, а первая группа содержит 42; печатается 42. Некавыченный dir может разделиться и раскрыть собственные шаблоны до добавленного *.tmp; ошибка возникает раньше, чем кажется при чтении команды. С nullglob и массивом границы путей сохраняются, а rm запускается только при наличии элементов. Регулярное выражение удобно хранить в переменной и раскрывать без кавычек именно в правой части =~; остальные подстановки по-прежнему заключают в кавычки. Трассировка и %q показывают уже раскрытые аргументы, что помогает понять, получил ли команда буквальный шаблон или список файлов.

Вопрос 14 из 25

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

[[ $id =~ ^[[:digit:]]{1,8}$ ]]

Если совпадений нет и nullglob выключен, цикл получит буквальный путь *.log и может обработать несуществующий файл. Шаблон раскрывается в единственный путь a.log; сама printf не занимается поиском файлов. Первое сравнение находит подстроку 123, второе отвергает всю строку; выводятся partial и not-number. Якоря и ограничение длины задают полный формат идентификатора, но допустимость числа для приложения всё равно проверяется отдельно. nullglob превращает шаблон без совпадений в пустой список; массив затем безопасно сохраняет найденные имена.

Вопрос 15 из 25

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

files=("$dir"/*.tmp)
((${#files[@]})) && rm -f -- "${files[@]}"

Если совпадений нет и nullglob выключен, цикл получит буквальный путь *.log и может обработать несуществующий файл. Шаблон раскрывается в единственный путь a.log; сама printf не занимается поиском файлов. Трассировка и %q показывают уже раскрытые аргументы, что помогает понять, получил ли команда буквальный шаблон или список файлов. Опцию включают до разбора нужной конструкции, а отрицательный шаблон явно перечисляет исключаемые окончания. С nullglob и массивом границы путей сохраняются, а rm запускается только при наличии элементов.

Вопрос 16 из 25

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

Тесты должны включать отсутствие совпадений, скрытые файлы, пробелы, ведущий дефис и локаль; счастливый пример с одним обычным именем почти ничего не доказывает. Классы [[:alpha:]] и диапазоны могут зависеть от локали; для протокольных ASCII-форматов иногда нужно установить LC_ALL=C или перечислить символы явно. dotglob включает скрытые имена, но . и .. всё равно обрабатываются особо; globstar для ** требует отдельной опции и является POSIX. Отрицательные extglob-шаблоны трудно читать и легко расширить неверно; для сложных правил часто яснее несколько положительных проверок. dotglob включает скрытые имена, но . и .. всё равно обрабатываются особо; globstar для ** требует отдельной опции и не является POSIX.

Вопрос 17 из 25

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

Классы [[:alpha:]] и диапазоны могут зависеть от локали; для протокольных ASCII-форматов иногда нужно установить LC_ALL=C или перечислить символы явно. Отрицательные extglob-шаблоны трудно читать и легко расширить неверно; для сложных правил часто яснее несколько положительных проверок. BASH_REMATCH глобален и перезаписывается следующим успешным или неуспешным сравнением; нужные группы следует копировать сразу. Шаблон совпадает: имя содержит непустую основу и окончание gz или xz, поэтому печатается archive. dotglob включает скрытые имена, но . и .. всё равно обрабатываются особо; globstar для ** требует отдельной опции и не является POSIX.

Вопрос 18 из 25

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

BASH_REMATCH глобален и перезаписывается следующим успешным или неуспешным сравнением; нужные группы следует копировать сразу. Совпадение успешно, а первая группа содержит 42; печатается 42. Классы [[:alpha:]] и диапазоны могут зависеть от локали; для протокольных ASCII-форматов иногда нужно установить LC_ALL=C или перечислить символы явно. Отрицательные extglob-шаблоны трудно читать и легко расширить неверно; для сложных правил часто яснее несколько положительных проверок. Тесты должны включать отсутствие совпадений, скрытые файлы, пробелы, ведущий дефис и локаль; счастливый пример с одним обычным именем почти ничего не доказывает.

Вопрос 19 из 25

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

Классы [[:alpha:]] и диапазоны могут зависеть от локали; для протокольных ASCII-форматов иногда нужно установить LC_ALL=C или перечислить символы явно. dotglob включает скрытые имена, но . и .. всё равно обрабатываются особо; globstar для ** требует отдельной опции и не является POSIX. Отрицательные extglob-шаблоны трудно читать и легко расширить неверно; для сложных правил часто яснее несколько положительных проверок. Первое сравнение находит подстроку 123, второе отвергает всю строку; выводятся partial и not-number. BASH_REMATCH глобален и перезаписывается следующим успешным или неуспешным сравнением; нужные группы следует копировать сразу.

Вопрос 20 из 25

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

Классы [[:alpha:]] и диапазоны могут зависеть от локали; для протокольных ASCII-форматов иногда нужно установить LC_ALL=C или перечислить символы явно. Тесты должны включать отсутствие совпадений, скрытые файлы, пробелы, ведущий дефис и локаль; счастливый пример с одним обычным именем почти ничего не доказывает. BASH_REMATCH глобален и перезаписывается следующим успешным или неуспешным сравнением; нужные группы следует копировать сразу. Трассировка и %q показывают уже раскрытые аргументы, что помогает понять, получил ли команда буквальный шаблон или список файлов. dotglob включает скрытые имена, но . и .. всё равно обрабатываются особо; globstar для ** требует отдельной опции и не является POSIX.

Вопрос 21 из 25

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

Шаблоны имён раскрывает оболочка после запуска команды; они сопоставляются с именами файлов, а не с произвольным текстом в переменной. Оператор =~ внутри [[ ... ]] применяет расширенное регулярное выражение; заключение всей правой части в кавычки превращает его в буквальную строку. Регулярное выражение без ^ и $ ищет подстроку, поэтому проверка формата должна явно закреплять начало и конец. Расширенные шаблоны ?(), *(), +(), @(), !() работают после shopt -s extglob и позволяют комбинировать альтернативы. Шаблоны имён раскрывает оболочка до запуска команды; они сопоставляются с именами файлов, а не с произвольным текстом в переменной.

Вопрос 22 из 25

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

Шаблоны имён раскрывает оболочка до запуска команды; они сопоставляются с именами файлов, а не с произвольным текстом в переменной. Шаблон совпадает: имя содержит непустую основу и окончание gz или xz, поэтому печатается archive. Расширенные шаблоны ?(), *(), +(), @(), !() работают после shopt -s extglob и позволяют комбинировать альтернативы. Регулярное выражение без ^ и $ ищет подстроку, поэтому проверка формата должна явно закреплять начало и конец. Оператор =~ внутри [[ ... ]] применяет расширенное регулярное выражение; заключение всей правой части в кавычки превращает его в буквальную строку.

Вопрос 23 из 25

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

Регулярное выражение без ^ и $ ищет подстроку, поэтому проверка формата должна явно закреплять начало и конец. При отладке шаблонов нужно различать этапы: синтаксический разбор, раскрытие glob оболочкой и сопоставление регулярного выражения внутри [[ ... ]]. Расширенные шаблоны ?(), *(), +(), @(), !() работают после shopt -s extglob и позволяют комбинировать альтернативы. Совпадение успешно, а первая группа содержит 42; печатается 42. Оператор =~ внутри [[ ... ]] применяет расширенное регулярное выражение; заключение всей правой части в кавычки превращает его в буквальную строку.

Вопрос 24 из 25

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

При отладке шаблонов нужно различать этапы: синтаксический разбор, раскрытие glob оболочкой и сопоставление регулярного выражения внутри [[ ... ]]. Первое сравнение находит подстроку 123, второе отвергает всю строку; выводятся partial и not-number. Регулярное выражение без ^ и $ ищет подстроку, поэтому проверка формата должна явно закреплять начало и конец. Оператор =~ внутри [[ ... ]] применяет расширенное регулярное выражение; заключение всей правой части в кавычки превращает его в буквальную строку. Расширенные шаблоны ?(), *(), +(), @(), !() работают после shopt -s extglob и позволяют комбинировать альтернативы.

Вопрос 25 из 25

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

При отладке шаблонов нужно различать этапы: синтаксический разбор, раскрытие glob оболочкой и сопоставление регулярного выражения внутри [[ ... ]]. Регулярное выражение без ^ и $ ищет подстроку, поэтому проверка формата должна явно закреплять начало и конец. Расширенные шаблоны ?(), *(), +(), @(), !() работают после shopt -s extglob и позволяют комбинировать альтернативы. Оператор =~ внутри [[ ... ]] применяет расширенное регулярное выражение; заключение всей правой части в кавычки превращает его в буквальную строку. Трассировка и %q показывают уже раскрытые аргументы, что помогает понять, получил ли команда буквальный шаблон или список файлов.