В PowerShell есть то, что называется PSObject, который является оболочкой для любого объекта .NET (или это может быть полностью настраиваемый объект), и когда вы вызываете Add-Member, PowerShell неявно оборачивает реальный объект .NET в PSObject.
Способ работы Add-Member зависит от того, начали ли вы с PSObject или нет. Если вы не начали с PSObject, Add-Member перенесет ввод в PSObject, и вам нужно будет переназначить переменную, чтобы увидеть адаптированный объект.
Так, например:
$x = [Environment]::OSVersion
$x | Add-Member NoteProperty IsVista $true
$x | Format-List # does not show the new property
Это связано с тем, что OSVersion не является оболочкой PSObject. Add-Member упаковывает его, но эта оболочка теряется, потому что вы не переназначаете $x завернутому объекту. В отличие от этого поведения:
$x = New-Object OperatingSystem ('Win32NT', '6.0')
$x | Add-Member NoteProperty IsVista $true
$x | Format-List # DOES show the new property
Это связано с тем, что командлет New-Object неявно заключает новый экземпляр в PSObject. Таким образом, ваш вызов Add-Member добавляет членов в существующую оболочку.
Возвращаясь к первому примеру, вы можете заставить его работать должным образом, изменив его на:
$x = [Environment]::OSVersion
$x = $x | Add-Member NoteProperty IsVista $true -PassThru
$x | Format-List # DOES show the new property
Теперь, после всего этого, причина того, что Hashtable не работает так, как вы ожидаете, заключается в том, что PowerShell обрабатывает Hashtables особым образом, и в основном адаптер для Hashtables использует ключи как свойства (своего рода), а Add-Member не будет работать должным образом. с таким объектом.
person
Josh
schedule
29.05.2009