Неожиданные результаты в Receive-Job

PowerShell не является оболочкой WYSIWYG. Обычно «то, что вы получаете» — это не текст, а объекты со свойствами и методами. А «то, что вы видите» — это их некое текстовое представление. Во многих случаях по умолчанию PowerShell отображает не все свойства объекта, а только наиболее распространенные, как определено в файлах форматирования. И некоторые объекты используют пользовательское форматирование, например, строки и целые числа отображают только свое значение, но не какие-либо свойства, а коллекции отображают свое содержимое, но не сами коллекции.

Так что, по сути, PowerShell добавляет дополнительные свойства ко всем объектам, полученным от задания. Но эти свойства не всегда отображаются. Вы можете увидеть эти дополнительные свойства, передав выходные данные задания командлету Get-Member:

Start-Job { 1,'',@() } | Receive-Job -Wait -AutoRemoveJob | Get-Member

или к командлету форматирования с соответствующими параметрами, чтобы принудительно форматировать примитивные типы и не перечислять коллекцию:

Start-Job { 1,'',@() } | Receive-Job -Wait -AutoRemoveJob | Format-List -Force -Expand CoreOnly

Чтобы дополнить прекрасный ответ PetSerAl уделить внимание хеш-таблице, которая была 't (хеш-таблица), основанная на полезных комментариях PetSerAl:

Выход из Start-Job { New-Object PSObject } | Receive-Job -Wait -AutoRemoveJob,

@{PSComputerName=localhost; RunspaceId=3e783d5f-254a-4951-bb4a-7ff6fa2812c5; PSShowComputerName=False; PSSourceJobInstanceId=1d951dec-0823-4cde-8219-4a6263550441}

только выглядит как литерал хеш-таблицы; на самом деле, это формат вывода по умолчанию для пользовательских объектов без свойств, которые на самом деле имеют свойства, но добавляются только те самой PowerShell.

^{Это представление подозрительно похоже на литерал хеш-таблицы, но кавычки вокруг значений, которые обычно необходимы, отсутствуют, например, вокруг localhost.
Также обратите внимание, что вывод фактического хеш-таблица дает гораздо более удобный формат "ключ-значение" с двумя столбцами.}

Обратите внимание, что PS по-прежнему считает пользовательский объект, который изначально не имел свойств, лишенным свойств, даже после того, как сама PS добавила к нему свойства, например, с помощью Receive-Job здесь — подробности см. ниже.

В своем исходном состоянии (PS еще не добавила никаких свойств) объект без свойств выводит по умолчанию пусто (пустая строка). (Попробуйте New-Object PSCustomObject непосредственно в командной строке. )

После того как Receive-Job добавит свои "мета" свойства в пользовательский объект, их существование активирует форматирование выходных данных, подобное хэш-таблице.

PetSerAl предоставил ссылку на исходный код, из которого следует, что форматирование "PropertyLessObject" срабатывает при следующих условиях:

• Объект вообще не имеет свойств или имеет только свойства, автоматически добавленные PowerShell в контексте remoting (которое, по-видимому, также включает командлеты, связанные с job), как это сделано Receive-Object здесь .

• Иными словами: свойства, автоматически добавляемые PS, не учитываются при принятии решения о том, является ли объект бессвойственным.

Ссылка на исходный код сообщит вам конкретные наборы свойств удаленного взаимодействия из 3, 4 или 5 элементов, которые можно добавить во время удаленного взаимодействия и активировать форматирование, но вот минимальный пример (с 3 свойствами).
Снова , обратите внимание, что форматирование, подобное хеш-таблице, запускается только потому, что единственные свойства, которые есть у объекта, названы в соответствии с автоматически добавляемыми свойствами, связанными с удаленным взаимодействием:

PS> [PSCustomObject] @{PSComputerName='Hi, Mom'; RunspaceId=0; PSShowComputerName=$true}
@{PSComputerName=Hi, Mom; RunspaceId=0; PSShowComputerName=False}

^{Обратите внимание, что хотя литерал хеш-таблицы задействован в команде, он просто используется для создания пользовательского объекта.}

Вы можете форсировать обычное представление списка или таблицы с помощью Format-List -Force или Format-Table -Force, но обратите внимание, что логическое свойство PSShowComputerName никогда не отображается, а вместо этого неявно контролирует, связанный > PSComputerName свойство включено в список/таблицу.

PetSerAl также отмечает, что вы можете получить формат вывода, подобный хеш-таблице, по запросу для любого настраиваемого объекта: просто вызовите .PSObject.ToString() (обратите внимание на ключевую часть .PSObject; без нее вы получите пустой вывод).

PS> ([pscustomobject] @{ one = 'Hi, Mom'; two = 2 }).PSObject.ToString()
@{one=Hi, Mom; two=2}

Или, проще говоря, с интерполяцией строк (которая, предположительно, просто вызывает .PSObject.ToString() за кулисами):

PS> "$([pscustomobject] @{ one = 'Hi, Mom'; two = 2 })"
@{one=Hi, Mom; two=2}

Обратите внимание, что эта интерполяция строк не работает для экземпляров любых других типов (объекты не типа [System.Management.Automation.PSCustomObject]):

• PowerShell использует свой метод .ToString(), даже когда вы вызываете .PSObject.ToString().

• Непосредственно основанный на .NET тип (например, добавленный с помощью Add-Type) по умолчанию просто возвращает свое полное имя типа (как из .ToString() / .PSObject.ToString(), так и в качестве вывода по умолчанию в PS); например.:

  PS> (Add-Type -PassThru 'namespace net.same2u { public class SomeType {} }')::New()
  net.same2u.SomeType  # the full type name
  

• То же самое относится к экземплярам пользовательских классов PowerShell (определяемых с помощью class { ... }).