J'ai vu de nombreux posts critiquer le côté "les applications Windows ne sont pas pilotables en ligne de commande". Attention à ne pas oublier que le pilotage d'applications à la mode microsoft ne passe pas par la ligne de commande, les options et les pipes, mais par le côté scriptable des applications, les COM/DCOM, les composants ActiveX...
Si on prend par exemple:
get-childitem -Recursive -Path dossier
Première réaction, "c'est lourd par rapport à un ls -R". Maintenant, si WSH est bien fait, le get-childitem doit pouvoir s'appliquer à d'autres choses que des répertoires. A toute chose qui supporte la programmation objet, on peut imaginer que ça serve à traiter du XML, des informations de la registry Windows & Co.
Par le biais de ces protocoles, on peut faire pas mal de choses dans Windows, je vous renvoi vers les exemples d'utilisation de WMI (Windows Management Instrumentation) avec Python, sur http://tgolden.sc.sabren.com/python/wmi_cookbook.html(...) où l'on dépasse la simple manipulation de fichiers.
Ce que je ne comprends pas, c'est l'intérêt de redéfinir un nouveau langage de shell. Ils auraient pris un Python, ajouté iPython pour en faire un outil plus sympa au niveau shell interactif, et bien sûr l'extension win32 pour s'interfacer avec l'API windows et en particulier COM/DCOM... là ils ont fait un bâtard à leur sauce.
# Ne pas oublier l'intégration avec l'environnement
Posté par lolop (site web personnel) . En réponse au journal MSH beta est disponible mais ne sert à rien. Évalué à 10.
Si on prend par exemple:
Première réaction, "c'est lourd par rapport à un ls -R". Maintenant, si WSH est bien fait, le get-childitem doit pouvoir s'appliquer à d'autres choses que des répertoires. A toute chose qui supporte la programmation objet, on peut imaginer que ça serve à traiter du XML, des informations de la registry Windows & Co.
Par le biais de ces protocoles, on peut faire pas mal de choses dans Windows, je vous renvoi vers les exemples d'utilisation de WMI (Windows Management Instrumentation) avec Python, sur http://tgolden.sc.sabren.com/python/wmi_cookbook.html(...) où l'on dépasse la simple manipulation de fichiers.
Ce que je ne comprends pas, c'est l'intérêt de redéfinir un nouveau langage de shell. Ils auraient pris un Python, ajouté iPython pour en faire un outil plus sympa au niveau shell interactif, et bien sûr l'extension win32 pour s'interfacer avec l'API windows et en particulier COM/DCOM... là ils ont fait un bâtard à leur sauce.
Python: http://www.python.org/(...)
iPython: http://ipython.scipy.org/(...)
extension win32: http://starship.python.net/crew/mhammond/(...)
Python WMI: http://tgolden.sc.sabren.com/python/wmi.html(...)
WMI: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wm(...)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN