Sans entrer dans des jugements de valeur sur le paradigme, les principaux avantages de PowerShell sont l'intégration .Net et la fonction - à partir du serveur Windows 2008, il est intégré par défaut et il est chargé dans des service packs sur 2003 et 2003 R2.
Pour être juste, il existe plusieurs autres choix pour les scripts - par exemple Perl et Python. Python vous donne également la possibilité d'utiliser IronPython si vous souhaitez une intégration native .Net. En fait, IronPython s'installera de manière satisfaisante en le déposant simplement dans un répertoire. Vous pouvez facilement le regrouper dans une application sans avoir besoin d'une étape d'installation distincte.
La force clé de Powershell est un peu une épée à double tranchant. Bien que le streaming d'objets .net soit assez utile et présente ses avantages, il pose beaucoup plus d'hypothèses sur la capacité des composants à bien jouer avec le framework. Pour que cela fonctionne vraiment, vous devez envelopper les choses avec des applets de commande. Bien que la sortie textuelle soit un peu plus faible et nécessite une analyse, elle impose moins de contraintes aux composants pour bien jouer avec le cadre.
Au fil du temps, je m'attendrais à voir beaucoup plus de l'écosystème Windows (à la fois MS et composants tiers) venir avec des wrappers de cmdlet afin qu'ils fonctionnent avec Powershell. Dans ce cas, le cas de Powershell deviendra beaucoup plus fort.
Historiquement, l'une des principales faiblesses traditionnelles de Windows du point de vue administratif a été sa faible prise en charge des scripts. MS l'a reconnu il y a plusieurs années et après quelques tentatives boiteuses (par exemple WSH), Powershell est l'effort le plus crédible de MS jusqu'à présent pour corriger cette carence.
ConcernedOfTunbridgeWells
la source