PS PowerShell · 20 вопросов · ~55 мин · ⏱ Таймер 55:00 · Лёгкий ·

Строки и регулярные выражения

Строки и регулярные выражения: практический тест по PowerShell с чтением кода, поиском причины ошибки и выбором надёжного решения. Темы: Интерполяция, Многострочные строки Here-string, Регулярные выражения с -match, Замена. Базовая линия — PowerShell 7.6.3; Windows-зависимые команды и отличия Windows PowerShell 5.1 отмечены в условиях.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выберите один ответ из пяти. На 20 вопросов отведено 55 минут. В каждом вопросе верен только один вариант; близкие ответы различаются механизмом, порядком выполнения, областью действия или эксплуатационной границей. После завершения вы увидите общий результат, результаты по 4 тематическим шкалам и подробные объяснения.

Вопрос 1 из 20

В двойной строке требуется вывести свойство объекта. Какое объяснение не зависит от случайностей окружения?

$u=[pscustomobject]@{Name="Ada"}
"User: $($u.Name)"

Интерполяция использует правила форматирования текущей культуры; для протокола применяют -f с InvariantCulture или API сериализации. Для свойства или сложного выражения нужна подвыражение $($obj.Name); запись $obj.Name интерполирует значение переменной и оставляет .Name текстом. Двойной here-string интерполирует переменные, а одинарный @'...'@ сохраняет текст буквально. Одинарные строки не интерполируют переменные и escape-последовательности PowerShell, поэтому текст остаётся буквальным. Форма ${name} устраняет неоднозначность границы имени, особенно рядом с двоеточием или буквами.

Вопрос 2 из 20

В одинарной строке присутствует $HOME. Какой принцип PowerShell здесь работает?

$result = '$HOME`n'
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

Двойной here-string интерполирует переменные, а одинарный @'...'@ сохраняет текст буквально. Интерполяция использует правила форматирования текущей культуры; для протокола применяют -f с InvariantCulture или API сериализации. Для запуска внешней программы следует передавать аргументы как отдельные элементы, а не строить одну интерполированную команду и выполнять её через Invoke-Expression. Одинарные строки не интерполируют переменные и escape-последовательности PowerShell, поэтому текст остаётся буквальным. Форма ${name} устраняет неоднозначность границы имени, особенно рядом с двоеточием или буквами.

Вопрос 3 из 20

После имени переменной сразу идёт двоеточие. Что точнее всего описывает поведение?

$name="disk"
"${name}: ready"

Перевод строки сразу после открывающего маркера и перед закрывающим маркером служит частью синтаксиса границ; содержимое начинается со следующей строки и заканчивается перед строкой закрытия. Для свойства или сложного выражения нужна подвыражение $($obj.Name); запись $obj.Name интерполирует значение переменной и оставляет .Name текстом. Форма ${name} устраняет неоднозначность границы имени, особенно рядом с двоеточием или буквами. Для запуска внешней программы следует передавать аргументы как отдельные элементы, а не строить одну интерполированную команду и выполнять её через Invoke-Expression. Одинарные строки не интерполируют переменные и escape-последовательности PowerShell, поэтому текст остаётся буквальным.

Вопрос 4 из 20

Строка команды собирается конкатенацией пользовательских данных. Какой подход выдержит повторный запуск?

Пользовательский фрагмент следует экранировать через [regex]::Escape, иначе метасимволы меняют смысл шаблона. Для свойства или сложного выражения нужна подвыражение $($obj.Name); запись $obj.Name интерполирует значение переменной и оставляет .Name текстом. Форма ${name} устраняет неоднозначность границы имени, особенно рядом с двоеточием или буквами. Одинарные строки не интерполируют переменные и escape-последовательности PowerShell, поэтому текст остаётся буквальным. Для запуска внешней программы следует передавать аргументы как отдельные элементы, а не строить одну интерполированную команду и выполнять её через Invoke-Expression.

Вопрос 5 из 20

Как вывести число с культурно-независимым форматом?

Интерполяция использует правила форматирования текущей культуры; для протокола применяют -f с InvariantCulture или API сериализации. Для свойства или сложного выражения нужна подвыражение $($obj.Name); запись $obj.Name интерполирует значение переменной и оставляет .Name текстом. Шаблон -replace является регулярным выражением, поэтому точку нужно экранировать как \. или использовать [regex]::Escape для динамического текста. Форма ${name} устраняет неоднозначность границы имени, особенно рядом с двоеточием или буквами. Для запуска внешней программы следует передавать аргументы как отдельные элементы, а не строить одну интерполированную команду и выполнять её через Invoke-Expression.

Вопрос 6 из 20

Завершающий маркер here-string имеет пробелы перед @". Какой принцип PowerShell здесь работает?

@"
line 1
line 2
"@

Перевод строки сразу после открывающего маркера и перед закрывающим маркером служит частью синтаксиса границ; содержимое начинается со следующей строки и заканчивается перед строкой закрытия. Форма строки не защищает содержимое: перед записью в журнал нужно исключить секреты и чувствительные заголовки. Строки неизменяемы: -replace и Replace возвращают новое значение, поэтому результат нужно присвоить или передать дальше. Here-string удобен для многострочного текста, но ручная интерполяция JSON остаётся хрупкой; для данных безопаснее объект и ConvertTo-Json. В традиционном синтаксисе завершающий маркер должен начинаться в начале строки и не содержать постороннего текста; иначе строка не закрывается.

Вопрос 7 из 20

В двойном here-string находится $name. Что точнее всего описывает поведение?

$name="Ada"
@"
Hello $name
"@

В традиционном синтаксисе завершающий маркер должен начинаться в начале строки и не содержать постороннего текста; иначе строка не закрывается. Одинарные строки не интерполируют переменные и escape-последовательности PowerShell, поэтому текст остаётся буквальным. Форма строки не защищает содержимое: перед записью в журнал нужно исключить секреты и чувствительные заголовки. Двойной here-string интерполирует переменные, а одинарный @'...'@ сохраняет текст буквально. Перевод строки сразу после открывающего маркера и перед закрывающим маркером служит частью синтаксиса границ; содержимое начинается со следующей строки и заканчивается перед строкой закрытия.

Вопрос 8 из 20

Как определить, входит ли первый перевод строки в значение here-string?

$s=@"
alpha
beta
"@
$s.Length

Перевод строки сразу после открывающего маркера и перед закрывающим маркером служит частью синтаксиса границ; содержимое начинается со следующей строки и заканчивается перед строкой закрытия. Двойной here-string интерполирует переменные, а одинарный @'...'@ сохраняет текст буквально. В традиционном синтаксисе завершающий маркер должен начинаться в начале строки и не содержать постороннего текста; иначе строка не закрывается. Строки неизменяемы: -replace и Replace возвращают новое значение, поэтому результат нужно присвоить или передать дальше. Here-string удобен для многострочного текста, но ручная интерполяция JSON остаётся хрупкой; для данных безопаснее объект и ConvertTo-Json.

Вопрос 9 из 20

В here-string хранится JSON с фигурными скобками. Как следует читать этот фрагмент?

Here-string удобен для многострочного текста, но ручная интерполяция JSON остаётся хрупкой; для данных безопаснее объект и ConvertTo-Json. Форма строки не защищает содержимое: перед записью в журнал нужно исключить секреты и чувствительные заголовки. В традиционном синтаксисе завершающий маркер должен начинаться в начале строки и не содержать постороннего текста; иначе строка не закрывается. В замене .NET применяются ссылки вроде $1; из-за интерполяции PowerShell строку замены часто безопаснее заключить в одинарные кавычки. Двойной here-string интерполирует переменные, а одинарный @'...'@ сохраняет текст буквально.

Вопрос 10 из 20

Многострочный шаблон содержит секрет и затем попадает в журнал. Что следует сделать до запуска в автоматизации?

Here-string удобен для многострочного текста, но ручная интерполяция JSON остаётся хрупкой; для данных безопаснее объект и ConvertTo-Json. Форма строки не защищает содержимое: перед записью в журнал нужно исключить секреты и чувствительные заголовки. В традиционном синтаксисе завершающий маркер должен начинаться в начале строки и не содержать постороннего текста; иначе строка не закрывается. В замене .NET применяются ссылки вроде $1; из-за интерполяции PowerShell строку замены часто безопаснее заключить в одинарные кавычки. Строки неизменяемы: -replace и Replace возвращают новое значение, поэтому результат нужно присвоить или передать дальше.

Вопрос 11 из 20

Оператор -match применяется к одной строке и захватывающей группе. Какой результат нужно ожидать?

$result = & { if("id=42" -match "id=(?<id>\d+)"){$Matches.id} }
$resultType = if($null -eq $result){'<null>'}else{$result.GetType().FullName}
[pscustomobject]@{ Result=$result; Type=$resultType; Count=@($result).Count }

При скалярном левом операнде -match возвращает логическое значение и заполняет $Matches данными последнего успешного совпадения. В замене .NET применяются ссылки вроде $1; из-за интерполяции PowerShell строку замены часто безопаснее заключить в одинарные кавычки. Пользовательский фрагмент следует экранировать через [regex]::Escape, иначе метасимволы меняют смысл шаблона. При коллекции слева -match фильтрует и возвращает совпавшие элементы; $Matches при таком использовании не является надёжным источником групп для каждого элемента. Неуспешное скалярное совпадение не следует считать гарантией очистки всех ранее прочитанных данных; код должен использовать $Matches только в ветви текущего успеха.

Вопрос 12 из 20

Оператор -match применяется к массиву строк. Какой результат увидит вызывающий код?

$result = "a1","b","c3" -match "\d"
$items = @($result)
[pscustomobject]@{ Count=$items.Count; First=$items | Select-Object -First 1; IsNull=($null -eq $result) }

Пользовательский фрагмент следует экранировать через [regex]::Escape, иначе метасимволы меняют смысл шаблона. Следует ограничивать сложность шаблона и задавать тайм-аут Regex, чтобы катастрофический откат не превратил проверку в отказ в обслуживании. Для запуска внешней программы следует передавать аргументы как отдельные элементы, а не строить одну интерполированную команду и выполнять её через Invoke-Expression. Неуспешное скалярное совпадение не следует считать гарантией очистки всех ранее прочитанных данных; код должен использовать $Matches только в ветви текущего успеха. При коллекции слева -match фильтрует и возвращает совпавшие элементы; $Matches при таком использовании не является надёжным источником групп для каждого элемента.

Вопрос 13 из 20

После успешного -match выполняется неуспешный и читается $Matches. Какой подход выдержит повторный запуск?

Пользовательский фрагмент следует экранировать через [regex]::Escape, иначе метасимволы меняют смысл шаблона. Неуспешное скалярное совпадение не следует считать гарантией очистки всех ранее прочитанных данных; код должен использовать $Matches только в ветви текущего успеха. Следует ограничивать сложность шаблона и задавать тайм-аут Regex, чтобы катастрофический откат не превратил проверку в отказ в обслуживании. При скалярном левом операнде -match возвращает логическое значение и заполняет $Matches данными последнего успешного совпадения. Для запуска внешней программы следует передавать аргументы как отдельные элементы, а не строить одну интерполированную команду и выполнять её через Invoke-Expression.

Вопрос 14 из 20

Как буквальное совпадение пользовательской строки в регулярном выражении?

Пользовательский фрагмент следует экранировать через [regex]::Escape, иначе метасимволы меняют смысл шаблона. Следует ограничивать сложность шаблона и задавать тайм-аут Regex, чтобы катастрофический откат не превратил проверку в отказ в обслуживании. При коллекции слева -match фильтрует и возвращает совпавшие элементы; $Matches при таком использовании не является надёжным источником групп для каждого элемента. Неуспешное скалярное совпадение не следует считать гарантией очистки всех ранее прочитанных данных; код должен использовать $Matches только в ветви текущего успеха. Шаблон -replace является регулярным выражением, поэтому точку нужно экранировать как \. или использовать [regex]::Escape для динамического текста.

Вопрос 15 из 20

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

Пользовательский фрагмент следует экранировать через [regex]::Escape, иначе метасимволы меняют смысл шаблона. При скалярном левом операнде -match возвращает логическое значение и заполняет $Matches данными последнего успешного совпадения. Неуспешное скалярное совпадение не следует считать гарантией очистки всех ранее прочитанных данных; код должен использовать $Matches только в ветви текущего успеха. Следует ограничивать сложность шаблона и задавать тайм-аут Regex, чтобы катастрофический откат не превратил проверку в отказ в обслуживании. Шаблон -replace является регулярным выражением, поэтому точку нужно экранировать как \. или использовать [regex]::Escape для динамического текста.

Вопрос 16 из 20

Оператор -replace использует группы регулярного выражения в строке замены. Какое объяснение точнее?

$result = "Ada Lovelace" -replace "(\w+) (\w+)",'$2, $1'
$shape = if($null -eq $result){'<null>'}elseif($result -is [array]){'array'}else{$result.GetType().Name}
[pscustomobject]@{ Shape=$shape; Values=@($result) }

Сценарный блок позволяет вычислять замену по каждому Match и подходит, когда простой шаблон замены недостаточен. В замене .NET применяются ссылки вроде $1; из-за интерполяции PowerShell строку замены часто безопаснее заключить в одинарные кавычки. Шаблон -replace является регулярным выражением, поэтому точку нужно экранировать как \. или использовать [regex]::Escape для динамического текста. Одинарные строки не интерполируют переменные и escape-последовательности PowerShell, поэтому текст остаётся буквальным. Метод string.Replace выражает буквальную семантику яснее и не требует экранирования метасимволов регулярного выражения.

Вопрос 17 из 20

Как заменить буквальную точку?

$result = "v1.2" -replace "\.","-"
$resultType = if($null -eq $result){'<null>'}else{$result.GetType().FullName}
[pscustomobject]@{ Result=$result; Type=$resultType; Count=@($result).Count }

Сценарный блок позволяет вычислять замену по каждому Match и подходит, когда простой шаблон замены недостаточен. Пользовательский фрагмент следует экранировать через [regex]::Escape, иначе метасимволы меняют смысл шаблона. В замене .NET применяются ссылки вроде $1; из-за интерполяции PowerShell строку замены часто безопаснее заключить в одинарные кавычки. Строки неизменяемы: -replace и Replace возвращают новое значение, поэтому результат нужно присвоить или передать дальше. Шаблон -replace является регулярным выражением, поэтому точку нужно экранировать как \. или использовать [regex]::Escape для динамического текста.

Вопрос 18 из 20

Regex.Replace получает MatchEvaluator. Какое объяснение не зависит от случайностей окружения?

Шаблон -replace является регулярным выражением, поэтому точку нужно экранировать как \. или использовать [regex]::Escape для динамического текста. В замене .NET применяются ссылки вроде $1; из-за интерполяции PowerShell строку замены часто безопаснее заключить в одинарные кавычки. При коллекции слева -match фильтрует и возвращает совпавшие элементы; $Matches при таком использовании не является надёжным источником групп для каждого элемента. Строки неизменяемы: -replace и Replace возвращают новое значение, поэтому результат нужно присвоить или передать дальше. Сценарный блок позволяет вычислять замену по каждому Match и подходит, когда простой шаблон замены недостаточен.

Вопрос 19 из 20

Как выполнить простую буквальную замену без regex?

Метод string.Replace выражает буквальную семантику яснее и не требует экранирования метасимволов регулярного выражения. Строки неизменяемы: -replace и Replace возвращают новое значение, поэтому результат нужно присвоить или передать дальше. Шаблон -replace является регулярным выражением, поэтому точку нужно экранировать как \. или использовать [regex]::Escape для динамического текста. В замене .NET применяются ссылки вроде $1; из-за интерполяции PowerShell строку замены часто безопаснее заключить в одинарные кавычки. Пользовательский фрагмент следует экранировать через [regex]::Escape, иначе метасимволы меняют смысл шаблона.

Вопрос 20 из 20

Замена должна сохранить исходную строку. Какой вариант точнее выражает контракт?

Строки неизменяемы: -replace и Replace возвращают новое значение, поэтому результат нужно присвоить или передать дальше. Метод string.Replace выражает буквальную семантику яснее и не требует экранирования метасимволов регулярного выражения. Одинарные строки не интерполируют переменные и escape-последовательности PowerShell, поэтому текст остаётся буквальным. В замене .NET применяются ссылки вроде $1; из-за интерполяции PowerShell строку замены часто безопаснее заключить в одинарные кавычки. Шаблон -replace является регулярным выражением, поэтому точку нужно экранировать как \. или использовать [regex]::Escape для динамического текста.

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу