Comments 10
Странный перевод…
В оригинале рассматривается такой пример:
И тогда понятие «строка» — логично. Но переводчик сократил регулярное выражение и оно теперь работает и для единичного символа!
А последнее предложение, вообще, загадка. Или это сленг какой-то? В оригинале, кстати, точно так же:
В оригинале рассматривается такой пример:
'something\' -match '.+?\\$'
И тогда понятие «строка» — логично. Но переводчик сократил регулярное выражение и оно теперь работает и для единичного символа!
А последнее предложение, вообще, загадка. Или это сленг какой-то? В оригинале, кстати, точно так же:
Here, the script checks to see if the string ‘bears’ ends in a backslash, and if it doesn’t, I’m appending one.
0
Небольшие проблемы с местным html. Исправимся :)
-1
Да бог с ним, с этим html — кому надо тот поймет )))
Лучше растолкуйте про последнее предложение (;
При чем там — if the string ‘bears’ — , если в примере $dir = 'c:\temp' ??
Лучше растолкуйте про последнее предложение (;
При чем там — if the string ‘bears’ — , если в примере $dir = 'c:\temp' ??
0
Оригинал, насколько я понял, вот это: «blogs.technet.microsoft.com/canitpro/2017/04/26/powershell-basics-detecting-if-a-string-ends-with-a-certain-character»
И все копируют с опечаткой?
И все копируют с опечаткой?
0
String.StartsWith()
String.EndsWith()
не?
String.EndsWith()
не?
+1
Но ведь тогда не было бы статьи. А вообще, это тот самый пример про количество проблем и регулярные выражения.
+1
Эти методы не работают с regex'ом. Думаю, только из-за этого они и не приведены (хотя автор статьи и не акцентирует на этом внимание).
Так-то можно еще проще проверять:
Так-то можно еще проще проверять:
'something\'[-1] -eq '\'
0
Пример с определением путей тоже притянут за уши, Join-Path корректно обрабатывает путь со слешем, вне зависимости от того, стоит ли там слэш или нет.
+1
Sign up to leave a comment.
Основы PowerShell: определение конца строки с определенным символом