Я баловался с PowerShell на протяжении многих лет и на самом деле не нашел места, где я не мог бы легко справиться с работой с небольшим количеством python / cygwin / wmic / dos (прочтите последний как пакет Windows).
Вероятно, это просто знакомство с этими другими инструментами, но я нигде не видел, чтобы это было настоящим НЕОБХОДИМОСТЬ использовать powershell.
Видеть эта почта на SO, который постепенно становится каноническим ответом на этот вопрос.
Если вы администратор и собираетесь управлять серверными приложениями Microsoft в ближайшем будущем, вам необходимо изучить PowerShell. Вот так оно и есть ^^
Большинство выпускаемых ими новых систем управляются с помощью PowerShell, а созданные на их основе медленные пользовательские интерфейсы зачастую бесполезны, и все они работают, выполняя командлеты PowerShell в фоновом режиме. Как RainyRat уже отмечал об Exchange 2007 - примените эту концепцию к любой будущей или недавно выпущенной системе Microsoft, и картина станет более ясной.
Но конечно, для регулярного написания сценариев обслуживания старых или существующих систем сегодня он еще не стал популярным. По крайней мере, не в моей книге - в основном потому, что вам часто нужна поддержка того, что вы делаете во многих старых системах, таких как Windows 2003 / XP, без необходимости развертывания нового «движка». Когда платформы будут обновлены до 2008+ и Win7 +, это также может стать более полезным в этом отношении.
Для обычных административных дел? Нет, пока нет - .BAT или (с натяжкой) VBScript все еще делают за меня эту работу. Однако для управления Exchange 2007 он быстро становится для меня незаменимым. В Ex07 есть множество вещей, которые вы не можете сделать по-другому, потому что они еще не написали для них биты графического интерфейса.
Я обычно использовал VBScript для задач управления. Однако вы в конечном итоге полагаетесь на COM-серверы, чтобы делать что-нибудь сложное, многие из которых не являются стандартными для Windows, поэтому вам придется покупать (и не забывать устанавливать) сторонние COM-серверы. В частности, x64 вызывает проблемы, потому что все мои COM-серверы 32-разрядные, поэтому мне приходится запускать x86-версию cscript из \ windows \ syswow64.
Я играл с C #, но он скомпилирован, а не интерпретирован, так что это больше хлопот, а для простых задач есть немало (программистских) накладных расходов.
Я далек от того, чтобы освоить Powershell, но он предлагает мне универсальный инструмент для всего. Стандартные командлеты довольно обширны и отлично интегрируются с .Net, когда вам нужно что-то более необычное.
Preet, в вашем сообщении вы говорите об использовании "немного python / cygwin / wmic / dos". Я тоже, но это четыре решения, и вы можете заменить их все, изучив Powershell. По-прежнему будут сложные сценарии, которые я, вероятно, сделаю на VBScript, но Powershell может сделать большую часть того, что мне нужно.
JR