Почему GetType() возвращает Object[] как тип в массиве, но ошибка вызова неправильного метода говорит, что это тип, который находится в 0-м элементе массива?

Соответствующая информация находится в комментариях, но я думаю, что ваш вопрос заслуживает ответа:

То, что вы видите, — это эффекты перечисления доступа к элементам, удобной функции PowerShell, где доступ к члену (свойству или методу) в массиве (спископодобной коллекции) неявно обращается к этому члену в его элементах, один за другим. , и возвращает результаты в виде массива, за исключением случаев, когда есть только один результат, который возвращается как есть;^[1] например:

# Even though .Year is applied to the *array*, PowerShell returns 
# the .Year property values from the two [datetime] instances that
# are the *elements* of that array; e.g., in 2023: 
#   @( 2023, 2022 )
@( (Get-Date), (Get-Date).AddYears(-1) ).Year

Это работает только в том случае, если указанный элемент не существует в самом массиве, поскольку собственный элемент массива имеет приоритет; например.:

# Returns 3, the *array's* .Length property value (count of elements), 
# not the length of the strings stored in the array's elements.
@( 'foo', 'bar', 'baz' ).Length

Это также объясняет, почему $i.GetType() возвращает тип массива.

Когда применяется перечисление доступа к членам, поведение (по умолчанию) различается в зависимости от того, обращаетесь ли вы к свойству или методу:

• Доступ к собственности:

  • Любой элемент массива, не имеющий указанного свойства, просто не участвует в выводе; если ни один элемент массива не имеет такого свойства, общий результат равен $null

    # Outputs only 2023 (for instance), because [int] 42 has no .Year property.
    @( (Get-Date), 42 ).Year
    

    • Примечание. Если свойство существует, но содержит $null, оно включается в результаты.
      Однако из-за ошибки, присутствующей как минимум до PowerShell 7.3.4, экземпляры [pscustomobject] также вносят свой вклад $null, если свойство не существует — см. GitHub issue #13752

• Доступ к методу:

  • Если какой-либо элемент массива не имеет метода с указанным именем — или если вызов метода приводит к исключению — возникает ошибка завершения оператора, что означает отсутствие успешного вывода и сообщается только об одной ошибке, а именно для первый элемент, у которого не было метода/вызвал исключение (это объясняет результаты ваших .HerpDerp() вызовов):

    # !! Statement fails as a whole, because [int] (System.Int32)
    # !! doesn't have a .ToShortDateString() method.
    @( (Get-Date), 42 ).ToShortDateString()
    

    • Обратите внимание, что хотя вы можете обработать/замолчать такую ​​ошибку с помощью оператора try/catch, вы все равно не получите частичных результатов от тех элементов массива, которые имеют метод (и не вызвали исключения).

Обратите внимание, что вышеизложенное подразумевает, что это не обязательно первый элемент, который вызывает ошибку завершения оператора, и если это не так, результаты вызовов более ранних элементов фактически отбрасываются. Это несколько проблематично, учитывая, что вызовы методов могут иметь побочные эффекты (и, возможно, не иметь вывода), и в этом случае вам может потребоваться определить постфактум, для каких элементов были успешно выполнены вызовы методов.

^{[1] In doing so, member-access enumeration mimics the behavior of PowerShell's pipeline, which may be surprising. See GitHub issue #6802 for a discussion.}