Powershellが1つのアイテムを持つ文字列配列を文字列にサイレントに変換するのはなぜですか

次のPowershellスクリプトを検討してください。このスクリプトは、名前に「og」が含まれるC：\内のフォルダーを検索します。

PS C：\>（ls |％{$ _。Name} |？{$ _。Contains（ "og"）}）
PerfLogs
プログラムファイル
setup.log

ここで、検索を絞り込んで1つのアイテムのみを取得します。

PS C：\>（ls |％{$ _。Name} |？{$ _。Contains（ "Prog"）}）
プログラムファイル

奇妙なことは、最初の操作が配列を生成するのに対し、2番目の操作（IMHOは意味的に同じ操作なので、同じタイプの結果を生成するはずです）がstringを生成することです。これは、次の結果で確認できます。

PS C：\>（ls |％{$ _。Name} |？{$ _。Contains（ "og"）}）。Length
3
PS C：\>（ls |％{$ _。Name} |？{$ _。Contains（ "Prog"）}）。Length
13

これは、「Prog」に一致するフォルダよりも「og」に一致するフォルダが少ないため、非常にいらいらする可能性があります。

明らかに、PowerShellは暗黙的に単一項目配列を単一オブジェクトに「アンボックス化」し、長さ1の配列を取得することはありません。 m配列を扱うかどうか。

これを防ぐにはどうすればよいですか？これにどう対処しますか？

明らかに、PowerShellは暗黙的に単一アイテム配列を単一オブジェクトに「ボックス化解除」し、

そして、結果はゼロ$nullです。

これを防ぐにはどうすればよいですか？

できません。

これにどう対処しますか？

配列コンストラクター（@(...)）を使用して、コレクション（おそらく0個または1個の要素）を強制的に返します。

$res = @(ls | %{$_.Name} | ?{$_.Contains("Prog")})

これはPowerShell v3で解決されました。

http://blogs.microsoft.co.il/blogs/scriptfanatic/archive/2012/03/19/Counting-objects-in-PowerShell-3.0.aspx

補足として、ワイルドカードを使用して名前に何かが含まれているかどうかを確認できます。

PS> ls *og*

これら2つの結果の違いに注意してください。

PS C:\> ConvertTo-Json -InputObject @(1)
[
    1
]
PS C:\> @(1)|ConvertTo-Json
1
PS C:\>

ポイントは、「ボックス化解除」がパイプ操作によって行われていることです。ConvertTo-Jsonは、パイプではなくInputObjectを使用する場合、オブジェクトを配列として認識します。