JSON и jq — бесплатный тест онлайн

Вопрос 1 из 30

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

printf '%s' '{"a":{"b":0}}' | jq -e '.a.b' >/dev/null
printf '%s\n' "$?"

Если token отсутствует или равен null, -r может напечатать строку null; без -e сценарий примет её за настоящий токен. Результат — поток отдельных JSON-документов, а не один массив; последующий код, ожидающий массив, сломается. Без pipefail итоговый код обычно равен успешному cat, хотя jq сообщил ошибку разбора. Строка экранируется через --arg, а число сохраняет тип через --argjson после предварительной проверки count. Число 0 является успешным значением для jq -e, поэтому код равен 0.

Вопрос 2 из 30

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

printf '%s' '[{"x":1},{"x":3}]' | jq '[.[] | select(.x>1) | .x]'

Результат — поток отдельных JSON-документов, а не один массив; последующий код, ожидающий массив, сломается. На выходе массив [3]: элементы развёрнуты, отфильтрованы и снова собраны в массив. Строка экранируется через --arg, а число сохраняет тип через --argjson после предварительной проверки count. Число 0 является успешным значением для jq -e, поэтому код равен 0. Фильтр требует непустую строку и ненулевой код при отсутствии подходящего значения.

Вопрос 3 из 30

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

n=12
jq -n --arg n "$n" --argjson m "$n" '{n:$n,m:$m}'

Имя поля передаётся строкой и используется как индекс без изменения программы фильтра. Явная проверка типа выдаёт диагностируемую ошибку вместо тихой подмены повреждённых данных. jq печатает объект {"n":"12","m":12}: --arg сохраняет строковый тип, а --argjson разбирает значение как JSON-число. Результат — поток отдельных JSON-документов, а не один массив; последующий код, ожидающий массив, сломается. Недопустимый JSON завершит jq ошибкой; допустимый ввод может быть объектом или массивом, поэтому тип всё равно нужно ограничить.

Вопрос 4 из 30

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

printf '%s' '{"items":{}}' | jq '.items | map(.id)'

Строка экранируется через --arg, а число сохраняет тип через --argjson после предварительной проверки count. Если items — объект, // не заменяет его: объект не false и не null, поэтому ошибка map сохранится. Оператор обновления сохраняет внешний объект и заменяет items отфильтрованным массивом. map ожидает массив и jq завершится ошибкой типа, потому что items является объектом. Результат — поток отдельных JSON-документов, а не один массив; последующий код, ожидающий массив, сломается.

Вопрос 5 из 30

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

printf bad | jq . | cat >/dev/null
printf '%s\n' "$?"

Явная проверка типа выдаёт диагностируемую ошибку вместо тихой подмены повреждённых данных. Конвейер различает транспортный и JSON-отказ только общим статусом; точный источник лучше диагностировать раздельными этапами. Без pipefail итоговый код обычно равен успешному cat, хотя jq сообщил ошибку разбора. Хранение сложного фильтра в проверяемом файле уменьшает слои кавычек и отделяет код от данных. Имя поля передаётся строкой и используется как индекс без изменения программы фильтра.

Вопрос 6 из 30

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

field='x] | .secret #'
jq ".[$field]" file

Если items — объект, // не заменяет его: объект не false и не null, поэтому ошибка map сохранится. Имя поля передаётся строкой и используется как индекс без изменения программы фильтра. Разделение позволяет сохранить тело для расследования и назвать этап, но временный файл должен быть защищён и очищен. Конвейер различает транспортный и JSON-отказ только общим статусом; точный источник лучше диагностировать раздельными этапами. Ввод меняет программу jq и способен прочитать другие поля или вызвать ошибку; кавычки оболочки не делают фильтр данными.

Вопрос 7 из 30

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

jq -r '.token' response.json

Фильтр требует непустую строку и ненулевой код при отсутствии подходящего значения. Результат — поток отдельных JSON-документов, а не один массив; последующий код, ожидающий массив, сломается. Если token отсутствует или равен null, -r может напечатать строку null; без -e сценарий примет её за настоящий токен. Недопустимый JSON завершит jq ошибкой; допустимый ввод может быть объектом или массивом, поэтому тип всё равно нужно ограничить. Ввод меняет программу jq и способен прочитать другие поля или вызвать ошибку; кавычки оболочки не делают фильтр данными.

Вопрос 8 из 30

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

jq '.items[] | select(.active)' file

Строка экранируется через --arg, а число сохраняет тип через --argjson после предварительной проверки count. Оператор обновления сохраняет внешний объект и заменяет items отфильтрованным массивом. Без pipefail итоговый код обычно равен успешному cat, хотя jq сообщил ошибку разбора. Результат — поток отдельных JSON-документов, а не один массив; последующий код, ожидающий массив, сломается. Недопустимый JSON завершит jq ошибкой; допустимый ввод может быть объектом или массивом, поэтому тип всё равно нужно ограничить.

Вопрос 9 из 30

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

jq -n --argjson payload "$user_input" '{data:$payload}'

Строка экранируется через --arg, а число сохраняет тип через --argjson после предварительной проверки count. Явная проверка типа выдаёт диагностируемую ошибку вместо тихой подмены повреждённых данных. Недопустимый JSON завершит jq ошибкой; допустимый ввод может быть объектом или массивом, поэтому тип всё равно нужно ограничить. Если token отсутствует или равен null, -r может напечатать строку null; без -e сценарий примет её за настоящий токен. Разделение позволяет сохранить тело для расследования и назвать этап, но временный файл должен быть защищён и очищен.

Вопрос 10 из 30

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

jq '.items // [] | map(.id)' file

Разделение позволяет сохранить тело для расследования и назвать этап, но временный файл должен быть защищён и очищен. Конвейер различает транспортный и JSON-отказ только общим статусом; точный источник лучше диагностировать раздельными этапами. Если items — объект, // не заменяет его: объект не false и не null, поэтому ошибка map сохранится. Явная проверка типа выдаёт диагностируемую ошибку вместо тихой подмены повреждённых данных. Без pipefail итоговый код обычно равен успешному cat, хотя jq сообщил ошибку разбора.

Вопрос 11 из 30

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

set -o pipefail
if output=$(curl -sS "$url" | jq -er '.value'); then ...; fi

jq печатает объект {"n":"12","m":12}: --arg сохраняет строковый тип, а --argjson разбирает значение как JSON-число. Результат — поток отдельных JSON-документов, а не один массив; последующий код, ожидающий массив, сломается. Разделение позволяет сохранить тело для расследования и назвать этап, но временный файл должен быть защищён и очищен. Конвейер различает транспортный и JSON-отказ только общим статусом; точный источник лучше диагностировать раздельными этапами. Недопустимый JSON завершит jq ошибкой; допустимый ввод может быть объектом или массивом, поэтому тип всё равно нужно ограничить.

Вопрос 12 из 30

Этот участок из темы «Безопасность и переносимость» относится к практической части теста «JSON и jq». Что важно заметить в этом фрагменте до его включения в автоматизацию?

jq --arg field "$field" '.[$field]' file

Хранение сложного фильтра в проверяемом файле уменьшает слои кавычек и отделяет код от данных. Результат — поток отдельных JSON-документов, а не один массив; последующий код, ожидающий массив, сломается. Имя поля передаётся строкой и используется как индекс без изменения программы фильтра. Недопустимый JSON завершит jq ошибкой; допустимый ввод может быть объектом или массивом, поэтому тип всё равно нужно ограничить. Строка экранируется через --arg, а число сохраняет тип через --argjson после предварительной проверки count.

Вопрос 13 из 30

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

token=$(jq -er '.token | select(type=="string" and length>0)' response.json)

Строка экранируется через --arg, а число сохраняет тип через --argjson после предварительной проверки count. Фильтр требует непустую строку и ненулевой код при отсутствии подходящего значения. Недопустимый JSON завершит jq ошибкой; допустимый ввод может быть объектом или массивом, поэтому тип всё равно нужно ограничить. Число 0 является успешным значением для jq -e, поэтому код равен 0. jq печатает объект {"n":"12","m":12}: --arg сохраняет строковый тип, а --argjson разбирает значение как JSON-число.

Вопрос 14 из 30

Разберите код без пробного запуска; его тема — «Фильтрация». Что является главным свойством этого варианта?

jq '.items |= map(select(.active == true))' file

Явная проверка типа выдаёт диагностируемую ошибку вместо тихой подмены повреждённых данных. Оператор обновления сохраняет внешний объект и заменяет items отфильтрованным массивом. На выходе массив [3]: элементы развёрнуты, отфильтрованы и снова собраны в массив. Разделение позволяет сохранить тело для расследования и назвать этап, но временный файл должен быть защищён и очищен. Если token отсутствует или равен null, -r может напечатать строку null; без -e сценарий примет её за настоящий токен.

Вопрос 15 из 30

Разберите код без пробного запуска; его тема — «Формирование JSON». Как следует оценить конструкцию, не считая её автоматически исправлением?

jq -n --arg name "$name" --argjson count "$count" '{name:$name,count:$count}'

jq печатает объект {"n":"12","m":12}: --arg сохраняет строковый тип, а --argjson разбирает значение как JSON-число. Конвейер различает транспортный и JSON-отказ только общим статусом; точный источник лучше диагностировать раздельными этапами. Строка экранируется через --arg, а число сохраняет тип через --argjson после предварительной проверки count. Если token отсутствует или равен null, -r может напечатать строку null; без -e сценарий примет её за настоящий токен. Разделение позволяет сохранить тело для расследования и назвать этап, но временный файл должен быть защищён и очищен.

Вопрос 16 из 30

Разберите код без пробного запуска; его тема — «Ошибки структуры». Какое суждение правильно описывает показанную реализацию?

jq '(.items? // []) as $x | if ($x|type)=="array" then $x|map(.id) else error("items must be array") end' file

Явная проверка типа выдаёт диагностируемую ошибку вместо тихой подмены повреждённых данных. Оператор обновления сохраняет внешний объект и заменяет items отфильтрованным массивом. map ожидает массив и jq завершится ошибкой типа, потому что items является объектом. На выходе массив [3]: элементы развёрнуты, отфильтрованы и снова собраны в массив. Имя поля передаётся строкой и используется как индекс без изменения программы фильтра.

Вопрос 17 из 30

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

tmp=$(mktemp)
curl -sS -o "$tmp" "$url" && jq -er '.value' "$tmp"

Без pipefail итоговый код обычно равен успешному cat, хотя jq сообщил ошибку разбора. Результат — поток отдельных JSON-документов, а не один массив; последующий код, ожидающий массив, сломается. Разделение позволяет сохранить тело для расследования и назвать этап, но временный файл должен быть защищён и очищен. Оператор обновления сохраняет внешний объект и заменяет items отфильтрованным массивом. Число 0 является успешным значением для jq -e, поэтому код равен 0.

Вопрос 18 из 30

Разберите код без пробного запуска; его тема — «Безопасность и переносимость». Код предлагают как альтернативу. Какова его точная техническая оценка?

jq -f filter.jq --arg value "$value" file

jq печатает объект {"n":"12","m":12}: --arg сохраняет строковый тип, а --argjson разбирает значение как JSON-число. Хранение сложного фильтра в проверяемом файле уменьшает слои кавычек и отделяет код от данных. Результат — поток отдельных JSON-документов, а не один массив; последующий код, ожидающий массив, сломается. Ввод меняет программу jq и способен прочитать другие поля или вызвать ошибку; кавычки оболочки не делают фильтр данными. Число 0 является успешным значением для jq -e, поэтому код равен 0.

Вопрос 19 из 30

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

Сравнение .active без проверки типа считает некоторые значения truthy по правилам jq; строгая схема должна требовать именно boolean true. Передача больших документов через аргумент командной строки упирается в ARG_MAX и раскрывает данные в ps; лучше читать JSON из файла или stdin. Число 0 является успешным значением для jq -e, поэтому код равен 0. Опциональный оператор ? подавляет некоторые ошибки структуры, но может скрыть повреждённый ответ; его применение должно соответствовать договорённой схеме. try ... catch может превратить ошибку структуры в значение, но чрезмерное catch скрывает нарушение API; сообщение и исходный код должны сохраняться.

Вопрос 20 из 30

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

Опциональный оператор ? подавляет некоторые ошибки структуры, но может скрыть повреждённый ответ; его применение должно соответствовать договорённой схеме. Сравнение .active без проверки типа считает некоторые значения truthy по правилам jq; строгая схема должна требовать именно boolean true. try ... catch может превратить ошибку структуры в значение, но чрезмерное catch скрывает нарушение API; сообщение и исходный код должны сохраняться. Сравнение .active без проверки типа не считает некоторые значения truthy по правилам jq; строгая схема должна требовать именно boolean true. Передача больших документов через аргумент командной строки упирается в ARG_MAX и раскрывает данные в ps; лучше читать JSON из файла или stdin.

Вопрос 21 из 30

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

jq печатает диагностические фрагменты входа, которые могут содержать персональные данные; журналы ошибок ответа нужно редактировать и ограничивать по размеру. Передача больших документов через аргумент командной строки упирается в ARG_MAX и раскрывает данные в ps; лучше читать JSON из файла или stdin. Передача больших документов через аргумент командной строки упирается в ARG_MAX и не раскрывает данные в ps; лучше читать JSON из файла или stdin. Сравнение .active без проверки типа считает некоторые значения truthy по правилам jq; строгая схема должна требовать именно boolean true. try ... catch может превратить ошибку структуры в значение, но чрезмерное catch скрывает нарушение API; сообщение и исходный код должны сохраняться.

Вопрос 22 из 30

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

jq печатает диагностические фрагменты входа, которые могут содержать персональные данные; журналы ошибок ответа нужно редактировать и ограничивать по размеру. Опциональный оператор ? подавляет некоторые ошибки структуры, но может скрыть повреждённый ответ; его применение должно соответствовать договорённой схеме. map ожидает массив и jq завершится ошибкой типа, потому что items является объектом. Передача больших документов через аргумент командной строки упирается в ARG_MAX и раскрывает данные в ps; лучше читать JSON из файла или stdin. try ... catch может превратить ошибку структуры в значение, но чрезмерное catch скрывает нарушение API; сообщение и исходный код должны сохраняться.

Вопрос 23 из 30

При переносе решения в автоматизацию проверяют аспект «Проверка и диагностика». Где заканчивается защита, которую даёт рассматриваемая конструкция?

try ... catch может превратить ошибку структуры в значение, но чрезмерное catch скрывает нарушение API; сообщение и исходный код должны сохраняться. Передача больших документов через аргумент командной строки упирается в ARG_MAX и раскрывает данные в ps; лучше читать JSON из файла или stdin. Версии jq различаются поддерживаемыми функциями и режимами; сценарий должен проверять минимальную версию, особенно для редко используемых builtins. jq не печатает диагностические фрагменты входа, которые могут содержать персональные данные; журналы ошибок ответа нужно редактировать и ограничивать по размеру. jq печатает диагностические фрагменты входа, которые могут содержать персональные данные; журналы ошибок ответа нужно редактировать и ограничивать по размеру.

Вопрос 24 из 30

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

try ... catch может превратить ошибку структуры в значение, но чрезмерное catch скрывает нарушение API; сообщение и исходный код должны сохраняться. Ввод меняет программу jq и способен прочитать другие поля или вызвать ошибку; кавычки оболочки не делают фильтр данными. Передача больших документов через аргумент командной строки упирается в ARG_MAX и раскрывает данные в ps; лучше читать JSON из файла или stdin. Версии jq различаются поддерживаемыми функциями и режимами; сценарий должен проверять минимальную версию, особенно для редко используемых builtins. jq печатает диагностические фрагменты входа, которые могут содержать персональные данные; журналы ошибок ответа нужно редактировать и ограничивать по размеру.

Вопрос 25 из 30

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

Без set -o pipefail ошибка jq в середине конвейера может быть замаскирована успешной последней командой; с -e нужно также понимать семантику false/null. --arg передаёт строку, --argjson — уже разобранное JSON-значение; путать их опасно для типов и структуры. jq .a.b выдаёт null для отсутствующего поля в ряде случаев, а оператор -e не меняет код по false/null; отсутствие и явный null нужно различать через has или ?. jq .a.b выдаёт null для отсутствующего поля в ряде случаев, а оператор -e меняет код по false/null; отсутствие и явный null нужно различать через has или ?. Выражение, рассчитанное на массив, завершится ошибкой на объекте; оператор // не перехватывает все ошибки типов, а только выбирает альтернативу для false/null.

Вопрос 26 из 30

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

--arg передаёт строку, --argjson — уже разобранное JSON-значение; путать их опасно для типов и структуры. jq .a.b выдаёт null для отсутствующего поля в ряде случаев, а оператор -e меняет код по false/null; отсутствие и явный null нужно различать через has или ?. На выходе массив [3]: элементы развёрнуты, отфильтрованы и снова собраны в массив. Выражение, рассчитанное на массив, завершится ошибкой на объекте; оператор // не перехватывает все ошибки типов, а только выбирает альтернативу для false/null. select(cond) пропускает вход только при истинном условии; внутри массива часто нужен map(select(...)), иначе меняется число выходных JSON-документов.

Вопрос 27 из 30

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

--arg не передаёт строку, --argjson — уже разобранное JSON-значение; путать их опасно для типов и структуры. --arg передаёт строку, --argjson — уже разобранное JSON-значение; путать их опасно для типов и структуры. jq .a.b выдаёт null для отсутствующего поля в ряде случаев, а оператор -e меняет код по false/null; отсутствие и явный null нужно различать через has или ?. Выражение, рассчитанное на массив, завершится ошибкой на объекте; оператор // не перехватывает все ошибки типов, а только выбирает альтернативу для false/null. Фильтр jq, построенный конкатенацией с пользовательским вводом, является кодом; данные следует передавать через --arg, --argjson или --slurpfile.

Вопрос 28 из 30

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

--arg передаёт строку, --argjson — уже разобранное JSON-значение; путать их опасно для типов и структуры. Без set -o pipefail ошибка jq в середине конвейера может быть замаскирована успешной последней командой; с -e нужно также понимать семантику false/null. Выражение, рассчитанное на массив, завершится ошибкой на объекте; оператор // не перехватывает все ошибки типов, а только не выбирает альтернативу для false/null. jq .a.b выдаёт null для отсутствующего поля в ряде случаев, а оператор -e меняет код по false/null; отсутствие и явный null нужно различать через has или ?. Выражение, рассчитанное на массив, завершится ошибкой на объекте; оператор // не перехватывает все ошибки типов, а только выбирает альтернативу для false/null.

Вопрос 29 из 30

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

Без set -o pipefail ошибка jq в середине конвейера может быть замаскирована успешной последней командой; с -e нужно также понимать семантику false/null. jq .a.b выдаёт null для отсутствующего поля в ряде случаев, а оператор -e меняет код по false/null; отсутствие и явный null нужно различать через has или ?. Выражение, рассчитанное на массив, завершится ошибкой на объекте; оператор // не перехватывает все ошибки типов, а только выбирает альтернативу для false/null. Фильтр jq, построенный конкатенацией с пользовательским вводом, является кодом; данные следует передавать через --arg, --argjson или --slurpfile. Без pipefail итоговый код обычно равен успешному cat, хотя jq сообщил ошибку разбора.

Вопрос 30 из 30

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

jq .a.b выдаёт null для отсутствующего поля в ряде случаев, а оператор -e меняет код по false/null; отсутствие и явный null нужно различать через has или ?. --arg передаёт строку, --argjson — уже разобранное JSON-значение; путать их опасно для типов и структуры. Фильтр jq, построенный конкатенацией с пользовательским вводом, является кодом; данные следует передавать через --arg, --argjson или --slurpfile. Фильтр jq, построенный конкатенацией с пользовательским вводом, не является кодом; данные следует передавать через --arg, --argjson или --slurpfile. Без set -o pipefail ошибка jq в середине конвейера может быть замаскирована успешной последней командой; с -e нужно также понимать семантику false/null.