Соответствие скрипту Аргумент

Question

Делает ли PowerShell какое-то ближайшее совпадение или автозаполнение при работе с аргументами, переданными скрипту? Учитывая этот код ...

[CmdletBinding()] 
Param(
    [string][Alias("aS")] $applySet, 
    [string][Alias("cS")] $conformSet, 

    [string][Alias("sL")] $setList, 
    [Parameter(ValueFromRemainingArguments = $true)][Object[]]$extraParameters = @() 
) 

Write-Host "s: $set" 
Write-Host "sL: $setList" 
Write-Host "aS: $applySet" 
Write-Host "cS: $conformSet" 
Write-Host "X: $extraParameters" 

Если я использую -junk «вредную» в ярлыке сценария я получаю эту информацию в $extraParameters, как ожидалось. Пропуская что-то, скажем -aplySet, также отображается как дополнительный параметр. Однако использование -set фактически заполняет переменную $setList, а не $extraParameters, как и следовало ожидать.

Проверено в PowerShell 2.0 и 5.1. Есть предположения?

Answer 1

PowerShell позволяет использовать начальные символы имени параметра, если они недвусмысленны.

Answer 2

Это несколько недокументированных, насколько я могу судить.

• about_Parameters не упоминает использование сокращенных параметров.
• about_Command_Syntax рассказывает об использовании параметров, но не в коротких версиях.
• I Save-Help 'd вся помощь и grep sls'd это для вероятных терминов, ничего не видел.
• This blog post from 2006 переговоров об этом, так что это было в PowerShell, начиная с версией 1,0

В PowerShell 1.0, часть логики разрешения имен параметров включает в себя поддержку для определения параметров по кратчайшей подстроке, который однозначно идентифицирует параметр или псевдоним для параметра по сравнению со списком параметров и псевдонимов для командлета.

и упоминается в книге разработчик PowerShell Брюс Пейет в «PowerShell в действии», глава 2, P.39-40:

Кусок интерпретатора PowerShell, что цифры все это из называется параметр связующего. Связывание параметров является умным - для него не требуется указать полное имя параметра, если вы укажете достаточно, чтобы он однозначно различал то, что вы имеете в виду.

Но это все, без комментариев о выборе дизайна или обосновании, которое я могу видеть. Представляя, как комментирует @Mike Shepard, двойная роль PowerShell в качестве интерактивной оболочки (где люди хотят печатать как можно меньше и пишут одноразовые команды throwaway) и язык сценариев (где люди хотят ясности, удобочитаемости, ремонтопригодности несколькими люди в течение более длительного времени) является тем, что порождает короткие версии/длинные версии всего.Псевдонимы

gci -r | sls (date) 
Get-ChildItem -Recurse | Select-String -Pattern (Get-Date) 

• Позиционные привязки параметров, без имени параметра
• Имени параметра аббревиатура
• Параметра объекта свойства Automagic связывания
• разрешения Command может поиск Get- командлетов, если Get- остается не включенные в другие категории

FWIW, это, кажется, this line in the source code из System.Management.Automation/engine/MergedCommandParameterMetadat.cs, что кто-то на Слэка PowerShell идентифицированного, который фактически делает матч параметра:

foreach (string parameterName in _bindableParameters.Keys) 
{ 
// --- 
    if (CultureInfo.InvariantCulture.CompareInfo.IsPrefix(parameterName, name, CompareOptions.IgnoreCase)) 
// --- 
    { 
     // If it is an exact match then only return the exact match 
     // as the result 

     if (tryExactMatching && String.Equals(parameterName, name, StringComparison.OrdinalIgnoreCase)) 
     { 
      return _bindableParameters[parameterName]; 
     } 
     else 
     { 
      matchingParameters.Add(_bindableParameters[parameterName]); 
     } 
    } 
}