PowerShell พร้อมที่จะแทนที่ Cygwin shell ของฉันบน Windows หรือไม่ [ปิด]

ฉันกำลังถกเถียงกันว่าฉันควรเรียนรู้ PowerShell หรือแค่ติดกับCygwin / Perl สคริปต์ / Unix shell script ฯลฯ

ประโยชน์ของ PowerShell คือการที่สคริปต์สามารถใช้งานได้ง่ายขึ้นโดยเพื่อนร่วมทีมที่ไม่มี Cygwin; อย่างไรก็ตามฉันไม่รู้ว่าฉันจะเขียนบทที่มีวัตถุประสงค์ทั่วไปมากมายหรือไม่หรือถ้าคนจะใช้มัน

การเขียนสคริปต์ Unix มีประสิทธิภาพมาก PowerShell เข้ามาใกล้พอที่จะรับประกันการสลับเปลี่ยนหรือไม่

นี่คือบางสิ่งที่เฉพาะเจาะจง (หรือรายการเทียบเท่า) ที่ฉันต้องการค้นหาใน PowerShell:

• grep
• ประเภท
• UNIQ
• Perl (PowerShell มาถึงขีดความสามารถของ Perl ได้ใกล้แค่ไหน)
• AWK
• sed
• ไฟล์ (คำสั่งที่ให้ข้อมูลไฟล์)
• เป็นต้น

เครื่องมือเป็นเพียงเครื่องมือ
พวกเขาช่วยหรือไม่
คุณต้องการความช่วยเหลือหรือไม่

ถ้าคุณรู้ว่ายูนิกซ์และเครื่องมือเหล่านั้นทำสิ่งที่คุณต้องการให้ทำบน Windows - คุณเป็นคนที่มีความสุขและไม่จำเป็นต้องเรียนรู้ PowerShell (เว้นแต่คุณต้องการสำรวจ)

ความตั้งใจดั้งเดิมของฉันคือการรวมชุดเครื่องมือ Unix ใน Windows และทำได้ด้วย (เราหลายคนในทีมมีภูมิหลังของ Unix ที่ลึกและให้ความเคารพต่อชุมชนนั้นอย่างดี)

สิ่งที่ฉันพบคือสิ่งนี้ไม่ได้ช่วยอะไรมากมาย สาเหตุที่ AWK / grep / sed ไม่ทำงานกับCOM , WMI , ADSI , Registry, ที่เก็บใบรับรองและอื่น ๆ

กล่าวอีกนัยหนึ่ง UNIX เป็นระบบนิเวศที่ปรับแต่งเองรอบ ๆ ไฟล์ข้อความ ดังนั้นเครื่องมือประมวลผลข้อความจึงเป็นเครื่องมือการจัดการที่มีประสิทธิภาพ Windows เป็นระบบนิเวศที่แตกต่างกันโดยสิ้นเชิงปรับตัวเองรอบ API และวัตถุ นั่นเป็นเหตุผลที่เราคิดค้น PowerShell

สิ่งที่ฉันคิดว่าคุณจะพบคือมีหลายครั้งที่การประมวลผลข้อความจะไม่ได้รับสิ่งที่คุณต้องการบน Windows ณ จุดนี้คุณจะต้องการรับ PowerShell หมายเหตุ - มันไม่ได้เป็นข้อตกลงทั้งหมดหรือไม่มีอะไร ภายใน PowerShell คุณสามารถโทรออกไปยังเครื่องมือ Unix ของคุณ (และใช้กระบวนการข้อความหรือการประมวลผลข้อความของ PowerShell) นอกจากนี้คุณสามารถโทร PowerShell จากเครื่องมือ Unix ของคุณและรับข้อความ

อีกครั้ง - ไม่มีศาสนาที่นี่ - เรามุ่งเน้นที่จะมอบเครื่องมือที่คุณต้องการเพื่อความสำเร็จ นั่นคือเหตุผลที่เราหลงใหลเกี่ยวกับข้อเสนอแนะ แจ้งให้เราทราบว่าเรากำลังตกหลุมงานหรือที่ที่คุณไม่มีเครื่องมือที่คุณต้องการและเราจะใส่ไว้ในรายการและไปที่นั้น

ในความซื่อสัตย์ทั้งหมดเรากำลังขุดตัวเองออกจากหลุม 30 ปีดังนั้นมันจะใช้เวลาสักครู่ ที่กล่าวว่าหากคุณรับเบต้าของWindows Server 2008 / R2 และ / หรือเบต้าของผลิตภัณฑ์เซิร์ฟเวอร์ของเราฉันคิดว่าคุณจะตกใจเมื่อเห็นว่ารูเต็มแล้ว

เกี่ยวกับการใช้งาน - เรามีการดาวน์โหลดถึง 3.5 ล้านครั้งแล้ว ไม่รวมบุคคลที่ใช้งานใน Windows Server 2008 เนื่องจากมีการรวมไว้เป็นองค์ประกอบเสริมและไม่จำเป็นต้องดาวน์โหลด

V2 จะจัดส่งใน Windows ทุกรุ่น มันจะเป็นค่าเริ่มต้นสำหรับทุกรุ่นยกเว้นแกนเซิร์ฟเวอร์ที่เป็นส่วนประกอบเสริม ไม่นานหลังจาก Windows 7 / Windows Server 2008 R2 จัดส่งเราจะทำให้ V2 พร้อมใช้งานบนแพลตฟอร์มทั้งหมด Windows XP และสูงกว่า กล่าวอีกนัยหนึ่ง - การลงทุนในการเรียนรู้ของคุณจะสามารถใช้ได้กับเครื่องจักร / สภาพแวดล้อมจำนวนมาก

หนึ่งความคิดเห็นล่าสุด ถ้า / เมื่อคุณเริ่มเรียนรู้ PowerShell ฉันคิดว่าคุณจะมีความสุขมาก การออกแบบส่วนใหญ่ได้รับอิทธิพลอย่างมากจากภูมิหลังของ Unix ของเราดังนั้นในขณะที่เราแตกต่างกันมากคุณจะหยิบมันขึ้นมาอย่างรวดเร็ว

เรารู้ว่าผู้คนมีงบประมาณ จำกัด มากสำหรับการเรียนรู้ - นั่นคือเหตุผลที่ว่าทำไมเราถึงเป็นคนที่มีความมั่นคงสูง คุณกำลังจะเรียนรู้อะไรบางอย่างแล้วคุณจะใช้มันซ้ำแล้วซ้ำอีก

ทดลอง! สนุก! มีส่วนร่วม!

grep

Select-Stringcmdlet และ-matchโอเปอเรเตอร์ทำงานกับ regexes นอกจากนี้คุณยังสามารถใช้ประโยชน์จากการสนับสนุน regex ของ. NET เพื่อการใช้งานขั้นสูงเพิ่มเติมได้โดยตรง

ประเภท

Sort-Objectมีประสิทธิภาพมากขึ้น (มากกว่าที่ฉันจำได้ * ระวัง! sort) อนุญาตให้เรียงลำดับหลายระดับในการแสดงออกโดยพลการ ที่นี่การบำรุงรักษาประเภทพื้นฐานของ PowerShell ช่วย; เช่นDateTimeคุณสมบัติจะถูกจัดเรียงเป็นแบบDateTimeโดยไม่ต้องตรวจสอบให้แน่ใจว่าการจัดรูปแบบเป็นรูปแบบที่สามารถจัดเรียงได้

UNIQ

Select-Object -Unique

Perl (PowerShell มีความสามารถใน Perl มากแค่ไหน)

ในแง่ของความกว้างของห้องสมุดการสนับสนุนเฉพาะโดเมนของ Perl: ยังไม่ปิด (ยัง)

สำหรับการเขียนโปรแกรมทั่วไป PowerShell จะเหนียวแน่นและสอดคล้องกันมากกว่าและสามารถขยายได้ง่ายขึ้น ช่องว่างหนึ่งสำหรับการเลื่อนข้อความเป็นสิ่งที่เทียบเท่ากับ..ตัวดำเนินการของ Perl

AWK

มันนานพอแล้วตั้งแต่ใช้ AWK (ต้องมากกว่า 18 ปี, หลังจากนั้นฉันเพิ่งใช้ Perl) ดังนั้นจึงไม่สามารถออกความเห็นได้จริงๆ

sed

[ดูด้านบน]

ไฟล์ (คำสั่งที่ให้ข้อมูลไฟล์)

จุดแข็งของ PowerShell ที่นี่ไม่มากกับสิ่งที่มันทำกับวัตถุระบบไฟล์ (และได้รับข้อมูลเต็มรูปแบบที่นี่dirผลตอบแทนFileInfoหรือFolderInfoวัตถุตามความเหมาะสม) นั่นคือรูปแบบของผู้ให้บริการทั้งหมด

คุณสามารถจัดการรีจิสตรี, ที่เก็บใบรับรอง, SQL Server, แคช RSS ของ Internet Explorer เป็นต้นเป็นพื้นที่วัตถุที่สามารถเข้าถึงได้โดย cmdlets เดียวกันกับระบบไฟล์

PowerShell เป็นหนทางไปข้างหน้าบน Windows อย่างแน่นอน Microsoft ได้ทำให้เป็นส่วนหนึ่งของข้อกำหนดสำหรับผลิตภัณฑ์ที่ไม่ใช่บ้านในอนาคต การสนับสนุนที่หลากหลายใน Exchange สนับสนุนใน SQL Server นี่เป็นเพียงการขยาย

ตัวอย่างล่าสุดคือ TFS PowerToys การดำเนินการไคลเอ็นต์ TFS จำนวนมากดำเนินการโดยไม่ต้องเริ่มต้น tf.exe ในแต่ละครั้ง (ซึ่งต้องใช้การเชื่อมต่อเซิร์ฟเวอร์ TFS ใหม่เป็นต้น) และง่ายกว่าที่จะประมวลผลข้อมูลเพิ่มเติม รวมถึงการอนุญาตให้เข้าถึง API ของไคลเอ็นต์ TFS ทั้งหมดได้อย่างละเอียดกว่าที่เปิดเผยใน Team Explorer ของ TF.exe

ในฐานะคนที่มีอาชีพมุ่งเน้นไปที่การพัฒนาองค์กร Windows ตั้งแต่ปี 1997 - 2010 คำตอบที่ชัดเจนคือ PowerShell ด้วยเหตุผลที่ดีทั้งหมดที่ให้ไว้ก่อนหน้านี้ (เช่นเป็นส่วนหนึ่งของกลยุทธ์องค์กรของ Microsoft มันทำงานร่วมกับ Windows / COM / .NET ได้ดี การใช้ออบเจ็กต์แทนไฟล์จะมีรูปแบบการเข้ารหัส "ยิ่งขึ้น" ด้วยเหตุนี้ฉันจึงใช้และส่งเสริม PowerShell ในช่วงสองปีที่ผ่านมาด้วยความเชื่อที่ชัดเจนว่าฉันกำลังติดตาม "Word of Bill"

อย่างไรก็ตามในฐานะนักปฏิบัติฉันไม่แน่ใจอีกต่อไปว่า PowerShell เป็นคำตอบที่ยอดเยี่ยม ในขณะที่มันเป็นเครื่องมือ Windows ที่ยอดเยี่ยมและให้ขั้นตอนที่จำเป็นต่อการเติมช่องว่างในประวัติศาสตร์นั่นคือบรรทัดคำสั่งของ Window เนื่องจากเราทุกคนดูการใช้งานคอมพิวเตอร์ของผู้บริโภคใน Microsoft ดูเหมือนว่ามีแนวโน้มมากขึ้นที่ Microsoft จะต่อสู้อย่างต่อเนื่อง สำคัญต่อองค์กรแห่งอนาคต

ที่จริงแล้วเมื่อฉันพบว่างานของฉันเพิ่มมากขึ้นในสภาพแวดล้อมที่แตกต่างกันฉันพบว่ามันมีประโยชน์มากขึ้นในการใช้สคริปต์ Bash ในขณะนี้เนื่องจากพวกเขาไม่เพียงทำงานบน Linux, Solaris และ Mac OS X แต่พวกเขายังทำงานด้วย ความช่วยเหลือของ Cygwin บน Windows

ดังนั้นหากคุณซื้อด้วยความเชื่อมั่นว่าอนาคตของระบบปฏิบัติการนั้นเป็นสินค้ามากกว่าการผูกขาดมันก็ดูเหมือนจะสมเหตุสมผลที่จะเลือกกลยุทธ์เครื่องมือการพัฒนาแบบว่องไวที่หลีกเลี่ยงเครื่องมือที่เป็นกรรมสิทธิ์ซึ่งเป็นไปได้ อย่างไรก็ตามหากคุณเห็นว่าอนาคตของคุณถูกครอบงำโดย all-that-is-Redmond ให้ไปที่ PowerShell

ฉันใช้ PowerShell ไปเล็กน้อยเพื่อการทำงานสคริปต์อัตโนมัติ ในขณะที่มันเป็นสิ่งที่ดีมากที่สภาพแวดล้อมดูเหมือนจะคิดมากกว่าเปลือกหอยยูนิกซ์ แต่ในทางปฏิบัติการใช้วัตถุแทนการสตรีมข้อความเป็นเรื่องที่น่าเบื่อมากขึ้นและสิ่งอำนวยความสะดวก Unix จำนวนมากที่ได้รับการพัฒนาใน 30 ล่าสุด ปียังคงหายไป

Cygwin ยังคงสภาพแวดล้อมการเขียนสคริปต์ที่ฉันเลือกสำหรับโฮสต์ Windows แน่นอนว่ามันเป็นทางเลือกในการทำสิ่งต่าง ๆ ให้สำเร็จ

มีคำตอบที่ยอดเยี่ยมมากมายที่นี่และนี่คือคำตอบของฉัน PowerShell พร้อมถ้าคุณเป็น ... ตัวอย่าง:

grep = " Select-String -Pattern "

sort = "Sort-Object"

uniq = " Get-Unique "

file = " รับรายการ "

cat = " รับเนื้อหา "

Perl / AWK / Sed ไม่ใช่คำสั่ง แต่เป็นอรรถประโยชน์ที่ยากต่อการเปรียบเทียบ แต่คุณสามารถทำเกือบทุกอย่างใน PowerShell

ฉันเพิ่งเริ่มเล่นน้ำใน PowerShell ด้วยความรุนแรงในระดับใด แม้ว่าในช่วงเจ็ดปีที่ผ่านมาฉันทำงานในสภาพแวดล้อมที่ใช้ Windows เป็นพิเศษ แต่ฉันมาจากพื้นหลังของ Unix และพบว่าตัวเองพยายาม "Unix-fy" ประสบการณ์การโต้ตอบของฉันบน Windows อยู่ตลอดเวลา มันน่าผิดหวังที่จะพูดน้อย

มันยุติธรรมเท่านั้นที่จะเปรียบเทียบ PowerShell กับBash , tcshหรือzshเนื่องจากยูทิลิตี้เช่นgrep , sed , awk , find , ฯลฯ ไม่ได้พูดอย่างเคร่งครัดเป็นส่วนหนึ่งของเชลล์ อย่างไรก็ตามมันจะเป็นส่วนหนึ่งของสภาพแวดล้อม Unix ที่กล่าวว่าคำสั่ง PowerShell เช่นSelect-Stringมีฟังก์ชั่นคล้ายกับgrepและถูกรวมเป็นโมดูลหลักใน PowerShell ... ดังนั้นเส้นจึงอาจเบลอเล็กน้อย

ฉันคิดว่าสิ่งสำคัญคือวัฒนธรรมและความจริงที่ว่าชุดเครื่องมือนั้นจะรวบรวมวัฒนธรรมที่เกี่ยวข้อง:

• Unix เป็นไฟล์ที่ใช้ (โดยทั่วไปที่ไม่ใช่ Unicode) ข้อความตามวัฒนธรรม ไฟล์การกำหนดค่าเป็นไฟล์ข้อความเกือบเฉพาะ ในทางกลับกัน Windows นั้นมีโครงสร้างที่มากขึ้นในแง่ของรูปแบบการกำหนดค่าโดยทั่วไปการกำหนดค่าจะถูกเก็บไว้ในฐานข้อมูลที่เป็นกรรมสิทธิ์ (เช่นรีจิสทรีของ Windows) ซึ่งต้องการเครื่องมือพิเศษสำหรับการจัดการของพวกเขา

• ส่วนติดต่อผู้ดูแลระบบ Unix (และหลาย ๆ ปีที่ผ่านมาการพัฒนา) นั้นเป็นบรรทัดคำสั่งและเทอร์มินัลเสมือนจริง Windows เริ่มต้นใช้งานในรูปแบบ GUI และฟังก์ชั่นการจัดการเพิ่งจะเริ่มเคลื่อนตัวออกจากการใช้ GUI เป็นพิเศษ เราสามารถคาดหวังว่าประสบการณ์ Unix ในบรรทัดคำสั่งจะสมบูรณ์ยิ่งขึ้นและเป็นผู้ใหญ่มากขึ้นเนื่องจากผู้นำที่สำคัญที่มีใน PowerShell และประสบการณ์ของฉันตรงกับสิ่งนี้ จากนี้ในประสบการณ์ของฉัน:

  • ประสบการณ์การบริหาร Unix มุ่งเน้นการทำให้สิ่งต่าง ๆ ง่ายขึ้นในการกดปุ่มน้อยที่สุด นี่อาจเป็นผลมาจากสถานการณ์ในอดีตของการจัดการเซิร์ฟเวอร์ผ่านการเชื่อมต่อผ่านสายโทรศัพท์ 9600 baud ที่ช้า ตอนนี้ PowerShell มีนามแฝงซึ่งใช้เวลานานกว่าจะได้มาตรฐานVerb-Noun ที่ค่อนข้างละเอียดแต่การรู้จักนามแฝงเหล่านั้นเป็นความเจ็บปวดเล็กน้อย (ใคร ๆ ก็รู้ดีกว่า: alias | where {$_.ResolvedCommandName -eq "<command>"}?)

    ตัวอย่างของวิธีการรวยที่สามารถจัดการประวัติศาสตร์:

    iptablesคำสั่งมักจะยืดยาวและทำซ้ำด้วยความแตกต่างเล็กน้อยจะเป็นความเจ็บปวดถ้ามันไม่ได้เป็นเพียงหนึ่งในคุณสมบัติที่ประณีตของการจัดการประวัติที่สร้างขึ้นในBashดังนั้นการแทรกกฎ iptables ดังนี้:

    iptables -I camera-1-internet -s 192.168.0.50 -m state --state NEW -j ACCEPT

    ครั้งที่สองสำหรับกล้องตัวอื่น (" camera-2") เป็นเพียงกรณีของการออก:

    !!:s/-1-/-2-/:s/50/51

    ซึ่งหมายถึง "การดำเนินการคำสั่งก่อนหน้านี้ แต่แทน-1-ด้วย-2-และมี5051

  • ประสบการณ์ Unix ได้รับการปรับให้เหมาะสมสำหรับผู้พิมพ์ดีดระบบสัมผัส เราสามารถทำทุกอย่างได้โดยไม่ต้องออกจากตำแหน่ง "บ้าน" ตัวอย่างเช่นในBash การใช้การผูกคีย์Emacs (ใช่ Bash ยังสนับสนุนการเชื่อมvi ) การขี่จักรยานผ่านประวัติจะกระทำโดยใช้Ctrl-PและCtrl-Nในขณะที่ย้ายไปที่จุดเริ่มต้นและจุดสิ้นสุดของบรรทัดจะใช้Ctrl-AและCtrl-Eตามลำดับ ... และแน่นอน ไม่ได้จบแค่นั้น ลองการนำทางที่ง่ายที่สุดในคอนโซล PowerShell โดยไม่ย้ายจากตำแหน่งบ้านและคุณกำลังมีปัญหา

  • สิ่งที่เรียบง่ายเช่นเพจจิ้งเอนกประสงค์ (a la less ) บน Unix ดูเหมือนจะไม่สามารถใช้งานได้ทันทีใน PowerShell ซึ่งค่อนข้างน่าผิดหวังและประสบการณ์บรรณาธิการที่ยอดเยี่ยมก็ไม่มีอยู่เช่นกัน แน่นอนหนึ่งสามารถดาวน์โหลดเครื่องมือของบุคคลที่สามที่จะเติมเต็มช่องว่างเหล่านั้นได้ แต่แน่นอนว่ามันจะดีถ้าสิ่งเหล่านี้เป็นเพียง "มี" เหมือนพวกมันอยู่ในรสชาติของ Unix

• วัฒนธรรม Windows อย่างน้อยก็ในแง่ของ API ของระบบส่วนใหญ่ขับเคลื่อนด้วยกรอบการสนับสนุน ได้แก่ . COMและ. NETซึ่งทั้งสองอย่างนี้มีโครงสร้างที่สูงและใช้วัตถุเป็นหลัก ในทางกลับกันการเข้าถึง Unix API นั้นโดยทั่วไปแล้วจะเป็นการเรียกใช้ C-style library ( /devและ/proc) หรือ (ไม่ใช่เชิงวัตถุ) การเรียกไลบรารี่ C ไม่แปลกใจเลยที่ประสบการณ์การเขียนสคริปต์จะตรงกับกระบวนทัศน์ระบบปฏิบัติการของตน PowerShell มีโครงสร้างตามธรรมชาติ (ทุกอย่างเป็นวัตถุ) และไฟล์Bash -and-friends API แบบมีโครงสร้างซึ่งอยู่ที่การกำจัดของโปรแกรมเมอร์ PowerShell นั้นกว้างใหญ่ (โดยหลัก ๆ จะจับคู่ความกว้างใหญ่ของชุดอินเตอร์เฟสCOMและ. NET มาตรฐานที่มีอยู่เดิม)

กล่าวโดยย่อแม้ว่าความสามารถในการเขียนสคริปต์ของ PowerShell นั้นมีประสิทธิภาพมากกว่าBash (โดยเฉพาะเมื่อคุณพิจารณาความพร้อมใช้งานของ. NET BCL ) แต่ประสบการณ์การโต้ตอบนั้นอ่อนแอลงอย่างมากโดยเฉพาะอย่างยิ่งถ้าคุณมาจากแป้นพิมพ์ทั้งหมด มุมมองที่อิงกับคอนโซล (Unix-heads หลายตัว)

ฉันไม่ใช่ผู้ใช้ PowerShell ที่มีประสบการณ์ไม่ว่าจะด้วยวิธีใดก็ตาม แต่สิ่งเล็ก ๆ น้อย ๆ ที่ฉันรู้สึกประทับใจมาก คุณสามารถโยง cmdlet ในตัวเข้าด้วยกันเพื่อทำอะไรก็ได้ที่คุณสามารถทำได้ด้วยพรอมต์ Unix และมีข้อดีเพิ่มเติมสำหรับการทำสิ่งต่าง ๆ เช่นการส่งออกเป็น CSV ตาราง HTML และงานประเภทการบริหารระบบในเชิงลึกเพิ่มเติม .

และถ้าคุณต้องการบางสิ่งบางอย่างเช่นsedมีUnixUtilsหรือGnuWin32ซึ่งคุณสามารถรวมเข้ากับ PowerShell ได้อย่างง่ายดาย

ในฐานะผู้ใช้ Unix ที่ยาวนานฉันมีปัญหาเล็กน้อยในการคุ้นเคยกับการตั้งชื่อชุดคำสั่ง

โดยพื้นฐานแล้วฉันว่ามันคุ้มค่าที่จะเรียนรู้ถ้า Windows เพียงอย่างเดียวของมันไม่มีปัญหา

ถ้าคุณชอบเชลล์สคริปต์คุณจะรัก PowerShell!

เริ่มที่ไกด์นำเที่ยวของ Microsoft Command Shell (Ars Technica)

เมื่อการทดลองล่าสุดของฉันนำฉันไปสู่ความลึกของการโทร PowerShell และ. NET ฉันต้องบอกว่า PowerShell สามารถทำได้แทนที่ Cygwin และ Unix shell ได้

ฉันไม่แน่ใจเกี่ยวกับ Perl แต่เนื่องจากทั้ง PowerShell และ Perl เป็นทัวริงที่สมบูรณ์เป็นภาษาการเขียนโปรแกรมฉันให้สิ่งนี้ว่าใช่เพื่อแทนที่ Perl ด้วย

สิ่งหนึ่งที่ PowerShell มีเหนือ Cygwin และ Bash สามัญภายใต้ * nix คือความสามารถในการทำการโทร DLL แบบ sandboxed จัดการระบบปฏิบัติการผ่านการเรียก API โดยตรงวิธีการ WMI และแม้แต่วัตถุ COM วิธีการเกี่ยวกับการเปิดตัว Internet Explorer ด้วยรหัสจากนั้นทำสิ่งที่คุณต้องการด้วยเอกสารที่แสดงของพวกเขาเลียนแบบ back-end อย่างมีประสิทธิภาพสำหรับเว็บเซิร์ฟเวอร์

วิธีการเกี่ยวกับการรวบรวมข้อมูลจากเซิร์ฟเวอร์ SQL และผู้ให้บริการข้อมูลอื่น ๆ แยกวิเคราะห์และส่งออกเป็น CSV ข้อความอีเมลข้อความและรูปแบบไฟล์ใด ๆ (ด้วยทักษะที่เหมาะสมในการสร้างไฟล์ที่ถูกต้องจากข้อมูลที่ได้รับแน่นอน แต่ CSV พร้อมใช้งาน)

และมีความปลอดภัยเพิ่มเติมพร้อมใช้งานผ่าน cmdlets และสคริปต์นโยบายกลุ่มและนโยบายการดำเนินการที่ช่วยป้องกันไม่ให้โค้ดที่เป็นอันตรายทำงานบนระบบของคุณแม้ว่าคุณจะเรียกใช้ในฐานะผู้ดูแลระบบก็ตาม

เกี่ยวกับคำสั่งใดที่นำไปปฏิบัติ - คำตอบโดย Richard แสดงรายการเหล่านั้นและความสามารถของ PowerShell ในการจำลองการทำงานของพวกเขาแล้ว

เกี่ยวกับว่า PowerShell แข็งแกร่งที่จะรับประกันการสลับเปลี่ยนหรือไม่ - นี่เป็นเรื่องของการตั้งค่าส่วนตัวแม้ว่าจะมีบริการ Windows เพิ่มขึ้นเรื่อย ๆ ที่ให้ PowerShell cmdlet เพื่อควบคุมพวกเขาไม่ใช่การใช้ PowerShell กับบริการเหล่านี้ถือเป็นอุปสรรค (เซิร์ฟเวอร์ Hyper-V เป็นบริการหลักดังกล่าวและยังให้ความสามารถในการทำงานกับ PowerShell cmdlets ได้ดีกว่า GUI!)

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

เมื่อคุณเปรียบเทียบ PowerShell กับชุดค่าผสม Cygwin / Perl / Shell โปรดทราบว่า PowerShell แสดงเฉพาะส่วน "Shell" ของชุดค่าผสมนั้น

อย่างไรก็ตามคุณสามารถเรียกใช้คำสั่งใด ๆ จาก PowerShell เช่นเดียวกับที่คุณทำจาก cmd.exe หรือ Cygwin มันไม่ได้ใช้ฟังก์ชั่นที่ระบุอีกครั้งและแน่นอนว่าไม่สามารถเทียบได้กับ Perl

มันเป็นเพียงแค่เชลล์ แต่ทำให้การเขียนโปรแกรมง่ายขึ้นโดยให้ส่วนต่อประสานที่สะดวกสบายกับ. NET

โปรดทราบว่า PowerShell ต้องการ Windows XP, Windows Server 2003 หรือสูงกว่าซึ่งอาจมีปัญหาขึ้นอยู่กับโครงสร้างพื้นฐานด้านไอทีของคุณ

ปรับปรุง:

ฉันไม่รู้ว่าการถกเถียงเรื่องปรัชญาของฉันเป็นอย่างไร

ฉันโพสต์คำตอบของฉันในบริบทของคำถาม: เปรียบเทียบ PowerShell กับ Cygwin และ Perl และ Bash

PowerShell เป็นเชลล์เนื่องจากไม่มีความแตกต่างทางไวยากรณ์ระหว่างคำสั่งในตัว, commandlets, ฟังก์ชั่นผู้ใช้และคำสั่งภายนอก (.exe, .bat, .cmd) เฉพาะวิธีการ. NET ที่แตกต่างกันโดยการเพิ่มเนมสเปซหรือวัตถุในการโทร

ความสามารถในการโปรแกรมของมันมาจาก. NET Framework ไม่ใช่จากสิ่งใดเฉพาะกับ "ภาษา" PowerShell

ฉันว่าฉันเชื่อว่า PowerShell เป็น "ภาษาสคริปต์" ทันทีที่BugzillaหรือMediaWikiถูกนำมาใช้เป็นสคริปต์ PowerShell ที่ทำงานบนเว็บเซิร์ฟเวอร์;)

จนแล้วเพลิดเพลินไปกับการเปรียบเทียบ

cmdlet ใน PowerShell นั้นดีมากและทำงานได้อย่างน่าเชื่อถือ object-orientedness ของพวกเขาดึงดูดใจฉันมากตั้งแต่ฉันเป็นผู้พัฒนา Java / C # แต่มันไม่ได้ครบชุด เนื่องจากเป็นเชิงวัตถุจึงพลาดโอกาสครบกำหนดการสตรีมข้อความจำนวนมากของชุดเครื่องมือ POSIX ( awkและsedตั้งชื่อไม่กี่)

คำตอบที่ดีที่สุดที่ฉันได้พบกับภาวะที่กลืนไม่เข้าคายไม่ออกของความรักเทคนิค OO และการรักวุฒิภาวะในเครื่องมือ POSIX คือการใช้ทั้งสองอย่าง! ด้านหนึ่งที่ยอดเยี่ยมของ PowerShell ก็คือมันเป็นงานที่ยอดเยี่ยมในการส่งวัตถุไปยังลำธารมาตรฐาน PowerShell ตามค่าเริ่มต้นใช้ขั้นตอนการส่งวัตถุเพื่อส่งวัตถุไปรอบ ๆ นี่ไม่ใช่สตรีมมาตรฐาน (มาตรฐานหมดข้อผิดพลาดมาตรฐานและมาตรฐานเข้า) เมื่อ PowerShell ต้องการส่งผ่านเอาต์พุตไปยังกระบวนการมาตรฐานที่ไม่มีไพพ์ไลน์ของวัตถุก่อนอื่นมันจะแปลงออบเจกต์เป็นสตรีมข้อความ เนื่องจากมันทำได้ดีมาก PowerShell จึงเป็นสถานที่ที่ยอดเยี่ยมในการโฮสต์เครื่องมือ POSIX!

ที่ดีที่สุดของ POSIX ชุดเครื่องมือที่เป็นGnuWin32 ใช้เวลาในการติดตั้งนานกว่า 5 วินาที แต่มันก็คุ้มค่ากับปัญหาและเท่าที่ฉันบอกได้มันไม่ได้แก้ไขระบบของคุณ (รีจิสทรี, c:\windows\*โฟลเดอร์, ฯลฯ ) ยกเว้นการคัดลอกไฟล์ไปยังไดเรกทอรีที่คุณระบุ นี่เป็นสิ่งที่ดีเป็นพิเศษเพราะถ้าคุณวางเครื่องมือในไดเรกทอรีที่ใช้ร่วมกันหลายคนสามารถเข้าถึงได้ในเวลาเดียวกัน

คำแนะนำในการติดตั้ง GnuWin32

ดาวน์โหลดและดำเนินการexe (มันมาจากเว็บไซต์ SourceForge ) ชี้ไปที่ไดเรกทอรีที่เหมาะสม (ฉันจะใช้C:\bin) มันจะสร้างGetGnuWin32ไดเรกทอรีที่คุณจะเรียกใช้download.batจากนั้นinstall.bat(โดยไม่มีพารามิเตอร์) หลังจากนั้นจะมีC:\bin\GetGnuWin32\gnuwin32\binไดเรกทอรีที่เป็นโฟลเดอร์ที่มีประโยชน์ที่สุดที่เคยมีอยู่ในเครื่อง Windows เพิ่มไดเรกทอรีนั้นลงในเส้นทางของคุณและคุณพร้อมที่จะไป

TL; DR - ฉันไม่ได้เกลียด Windows หรือ PowerShell ฉันทำอะไรใน Windows หรือ PowerShell ไม่ได้

ฉันเองก็ยังพบว่า PowerShell กำลังดีที่สุด

• การทำให้แท็บเสร็จสมบูรณ์ของเส้นทางไดเรกทอรีไม่รวมกันทำให้ผู้ใช้ต้องป้อนตัวคั่นเส้นทางหลังจากการกรอกชื่อทุกครั้ง
• ฉันยังรู้สึกเหมือน Windows ไม่มีแม้แต่แนวคิดของเส้นทางหรือเส้นทางคืออะไรโดยไม่มีตัวบ่งชี้ผู้ใช้ภายในบ้านที่เข้าถึงได้~/สั้น ๆ@environment://somejibberish/%user_home%

• NTFSยังคงเป็นระเบียบและดูเหมือนว่าจะเป็น ขอให้โชคดีในการนำทาง

• cmd-esque interface, ไดโนเสาร์ cmd.exe ยังคงมองเห็นได้ใน PowerShell, แก้ไข → ทำเครื่องหมายว่ายังคงเป็นวิธีเดียวที่จะคัดลอกข้อมูลและการคัดลอกเฉพาะในรูปแบบของบล็อกสี่เหลี่ยมของพื้นที่เทอร์มินัลที่มองเห็นได้ และแก้ไข → ทำเครื่องหมายว่ายังคงเป็นวิธีเดียวที่จะวางสตริงลงในเทอร์มินัล

• การทาสีเป็นสีฟ้าไม่ทำให้มันน่าดึงดูดอีกต่อไป ฉันไม่สนใจนักพัฒนาของ Microsoft ที่มีรสนิยมในเรื่องสี

• Windows จะเปิดขึ้นที่มุมซ้ายบนของหน้าจอเสมอ สำหรับคนที่ใช้แถบงานแนวตั้งสิ่งนี้น่ารำคาญอย่างมากโดยเฉพาะอย่างยิ่งการพิจารณาว่าแถบงานของ Windows จะครอบคลุมเฉพาะมุมหน้าต่างที่ให้การเข้าถึงฟังก์ชันการคัดลอก / วาง

ฉันไม่สามารถพูดอะไรได้มากมายในเรื่องของเครื่องมือที่ Windows มีให้ การที่มีโอเพ่นซอร์สเครื่องมือ CLI ที่ได้รับอนุญาตทั้งชุดและ PowerShell มาพร้อมกับความรู้ของฉันทำให้ไม่มีความผิดหวังใด ๆ เลย

• PowerShell ของ wgetใช้ข้อโต้แย้งที่หาที่เปรียบมิได้เทียบกับ GNU wget ขอขอบคุณริบหรี่แห่งความหวังที่ไร้ประโยชน์
• PowerShell POSIX ไม่รองรับการใช้งานกับ Bash โดยเฉพาะอย่างยิ่ง&&ผู้ปฏิบัติงานที่ไม่ได้รับการจัดการทำให้คำสั่งแบบมีเงื่อนไขที่ง่ายที่สุดไม่ใช่สิ่งต่อไปนี้

ฉันไม่รู้จักผู้ชาย ฉันให้มันฉันจริง ๆ ; ฉันยังคงพยายามที่จะให้มันยิงด้วยความหวังว่าครั้งต่อไปที่ฉันเปิดมันจะไม่มีประโยชน์น้อยลง ฉันไม่สามารถทำอะไรใน PowerShell และฉันแทบจะไม่สามารถทำอะไรกับโครงการจริงเพื่อนำเครื่องมือ GNU มาสู่ Windows

MySysGit ให้ไดโนเสาร์ cmd.exe พร้อมเครื่องมือ GNU สองชุดให้ฉันและมันก็ยังไม่ท่วมท้นมาก และคำสั่ง Git จะทำงานใน Git Bash

Mintty สำหรับ MySysGit ให้ Cygwin อินเตอร์เฟสผ่านสภาพแวดล้อมของ mysysgit ทำการคัดลอกและวางสิ่งต่าง ๆ (เลือกเพื่อคัดลอก (เมาส์), Shift+ Insเพื่อวาง, ทันสมัยอย่างไร ... ) อย่างไรก็ตามสิ่งที่ชอบgit pushจะแตกในมิ้นต์

ฉันไม่ได้ตั้งใจพูดจาโผงผาง แต่ฉันก็ยังพบปัญหาใหญ่ ๆ เกี่ยวกับการใช้งานบรรทัดคำสั่งบน Windows แม้จะมีเครื่องมืออย่าง Cygwin

PS: เพียงเพราะบางสิ่งสามารถทำได้ใน PowerShell ไม่ทำให้ใช้งานได้ การใช้งานนั้นลึกกว่าความสามารถและเป็นสิ่งที่ฉันมักจะมุ่งเน้นเมื่อพยายามใช้ผลิตภัณฑ์เป็นผู้บริโภค

ฉันไม่ได้เห็นว่า PowerShell ได้ถอดจริงๆแล้วอย่างน้อยก็ยังไม่ได้ ดังนั้นมันอาจไม่คุ้มค่ากับความพยายามในการเรียนรู้เว้นแต่ว่าคนอื่น ๆ ในทีมของคุณจะรู้อยู่แล้ว

สำหรับสถานการณ์ของคุณคุณอาจจะดีกว่าด้วยภาษาสคริปต์ที่คนอื่นสามารถทำได้ข้างหลัง Perl อย่างที่คุณพูดถึงหรือคนอื่น ๆ เช่น Ruby หรือ Python

ฉันคิดว่ามันมากขึ้นอยู่กับสิ่งที่คุณต้องทำ โดยส่วนตัวแล้วฉันใช้ Python สำหรับสคริปต์ส่วนตัวของฉันเอง แต่ฉันรู้ว่าเมื่อฉันเริ่มเขียนบางสิ่งที่ฉันจะไม่สามารถผ่านมันได้ - ดังนั้นฉันจึงพยายามไม่ทำอะไรที่เป็นการปฏิวัติเกินไป

ทำไมไม่ใช้ทั้งคู่? โทรสคริปต์ PowerShell ใน Cygwin เช่นเดียวกับสคริปต์ตีความอื่น ๆ เช่น Perl และอื่น ๆ

ฉันทำสิ่งนี้มากพอที่ฉันจะเขียนhttps://bitbucket.org/jbianchi/powershellสำหรับ Bash wrapper เพื่อเรียก powershell.exe ใน Cygwin มันสามารถใช้เป็นshebangเป็นบรรทัดแรกของสคริปต์ powershell.exe .ps1 (เนื่องจาก PowerShell ยังใช้ "#" เป็นความคิดเห็น) ดูhttps://bitbucket.org/jbianchi/powershell/wiki/Homeสำหรับตัวอย่าง

ในสองบรรทัด Cygwin และ PowerShell เป็นเครื่องมือที่แตกต่างกันอย่างไรก็ตามถ้าคุณติดตั้ง Cygwin ไว้คุณสามารถเรียกใช้งาน Cygwin ได้ภายในเซสชัน PowerShell ฉันคุ้นเคยกับ PowerShell แล้วตอนนี้ฉันไม่ได้ใช้ grep, sort, awk และอื่น ๆ อีกมากมายมีตัวเลือกในตัวใน PowerShell และถ้าคุณไม่สามารถหา cmdlet ได้

เครื่องมือหลักที่ฉันพบว่าใช้คือ ssh.exe แต่อยู่ในช่วง PowerShell

มันใช้งานได้ดี

ฉันพบว่าการเขียนโปรแกรม PowerShell ไม่คุ้มค่ากับความพยายาม

ฉันมีประสบการณ์หลายปีกับการเขียนสคริปต์เชลล์ภายใต้ระบบปฏิบัติการยูนิกซ์ แต่ฉันพบว่ามันยากอย่างมากที่จะทำอะไรกับ PowerShell

ดูเหมือนว่าฟังก์ชั่นหลายอย่างจำเป็นต้องให้คุณทำการสอบปากคำ Windows Management Interface และออกคำสั่งคล้าย SQL เพื่อรับข้อมูลที่คุณต้องการ

ตัวอย่างเช่นฉันต้องการเขียนสคริปต์เพื่อลบไฟล์ทั้งหมดด้วยคำต่อท้ายที่เฉพาะเจาะจงจากต้นไม้ไดเรกทอรี ภายใต้ระบบปฏิบัติการยูนิกซ์นี่จะง่าย ...

find . -name \*.xyz -exec rm {} \;

หลังจากสองสามชั่วโมงผ่านไปรอบ ๆ ด้วยScripting.FileSystemObjectและWScript.Shellออก "SELECT * FROM Win32_ShortcutFile WHERE Drive = '" & drive & "' AND Path = '" & searchFolder & "'" ในที่สุดฉันก็ยอมแพ้และตัดสินการค้นหาของ Windows Explorerคำสั่งการและ เพียงทำด้วยตนเอง อาจมีวิธีที่จะทำสิ่งที่ฉันต้องการ แต่ฉันไม่เห็นอะไรชัดเจนและตัวอย่างทั้งหมดในเว็บไซต์ MSDN นั้นมีความสำคัญมากจนไร้ค่า

แก้ไขห่าแน่นอนเมื่อฉันเขียนสิ่งนี้ฉันแหย่ไปรอบ ๆ และพบสิ่งที่ฉันหายไป: -recurseตัวเลือกสำหรับคำสั่งลบรายการเป็นความผิดพลาด (เปิดเผยถ้าคุณใช้get-help remove-item -detailed)

ฉันพยายาม "ลบรายการ - ตัวกรอง '* .xyz' - บัญชี" และมันไม่ทำงานดังนั้นฉันจึงยอมแพ้

ปรากฎว่าคุณต้องใช้ get-childitem -filter '*.xyz' -recurse | remove-item

นอกจากนี้คุณยังสามารถลองเรียกใช้สคริปต์ทุบตีบน Windows โดยใช้ BashWin ที่ https://github.com/skanga/BashWin

PowerShell นั้นทรงพลังมากและทรงพลังกว่ามาตรฐานในตัวของ Unix shells (แต่เนื่องจากมันมีฟังก์ชั่นการใช้งานส่วนใหญ่ที่มักใช้ในโปรแกรมย่อย) นอกจากนี้ยังพิจารณาว่าคุณสามารถเขียนแอปเพล็ในภาษา .NET ใด ๆ รวมทั้งIronPython , IronRuby , PerlNet ฯลฯ .. หรือคุณสามารถเรียกคำสั่ง Cygwin ของคุณจาก PowerShell ละเว้นทุกฟังก์ชันการทำงานพิเศษและมันจะทำงานคล้ายกับทุบตีKornShell , หรืออะไรก็ตาม ...