เหตุใด Powershell จึงแปลงอาร์เรย์สตริงด้วยหนึ่งรายการเป็นสตริงอย่างเงียบ ๆ

พิจารณาสคริปต์ Powershell ต่อไปนี้ซึ่งค้นหาโฟลเดอร์ใน C: \ ด้วย 'og' ในชื่อ:

PS C: \> (ls |% {$ _. ชื่อ} |? {$ _. ประกอบด้วย ("og")})
PerfLogs
ไฟล์โปรแกรม
Setup.log

ตอนนี้ฉัน จำกัด การค้นหาเพื่อรับรายการเดียว:

PS C: \> (ls |% {$ _. ชื่อ} |? {$ _. ประกอบด้วย ("Prog")})
ไฟล์โปรแกรม

สิ่งที่แปลกก็คือว่าการดำเนินการครั้งแรกที่อัตราผลตอบแทนถัวอาร์เรย์ในขณะที่การดำเนินงานที่สอง (ซึ่งเป็นความหมาย IMHO ดำเนินการเดียวกันดังนั้นจึงควรให้ผลผลิตชนิดเดียวกันผล) มีผลเป็นสตริง สามารถเห็นได้ในผลลัพธ์ต่อไปนี้:

PS C: \> (ls |% {$ _. ชื่อ} |? {$ _. ประกอบด้วย ("og")}) ความยาว
3
PS C: \> (ls |% {$ _. ชื่อ} |? {$ _. ประกอบด้วย ("Prog")}) ความยาว
13

สิ่งนี้อาจสร้างความรำคาญได้เนื่องจากเห็นว่ามีโฟลเดอร์ที่ตรงกับ 'og' น้อยกว่าเมื่อเทียบกับ 'Prog'

เห็นได้ชัดว่า PowerShell นัย 'unbox' อาร์เรย์รายการเดียวกับวัตถุเดียวและเราไม่เคยได้รับความยาว 1 อาร์เรย์ดูเหมือนว่าทุกครั้งที่ฉันต้องการที่จะนับผลลัพธ์ที่มาจากท่อฉันต้องตรวจสอบว่าฉัน ' จัดการกับอาเรย์หรือไม่

ฉันจะป้องกันไม่ให้สิ่งนี้เกิดขึ้นได้อย่างไร คุณจัดการกับสิ่งนี้ได้อย่างไร

เห็นได้ชัดว่า PowerShell บอกนัย 'unbox' อาเรย์รายการเดียวไปยังวัตถุเดียว

และ$nullผลรายการศูนย์ถึง

ฉันจะป้องกันไม่ให้สิ่งนี้เกิดขึ้นได้อย่างไร

คุณทำไม่ได้

คุณจัดการกับสิ่งนี้ได้อย่างไร

ใช้ตัวสร้างอาร์เรย์ ( @(...)) เพื่อบังคับคอลเลกชัน (อาจเป็นไปได้ที่มีค่าศูนย์หรือหนึ่งองค์ประกอบ) คืน:

$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*

สังเกตความแตกต่างระหว่างผลลัพธ์ทั้งสองนี้:

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

ประเด็นก็คือการดำเนินการไปป์ไลน์ 'unboxing' ConvertTo-Json ยังคงเห็นวัตถุเป็นอาร์เรย์ถ้าเราใช้ InputObject แทนที่จะเป็น piping