Powershell pour les développeurs [fermé]
Je comprends pourquoi les administrateurs aiment utiliser Powershell, mais y a-t-il une raison pour laquelle les développeurs devraient l'utiliser quotidiennement? Y a-t-il des scripts que vous exécutez assez souvent dans PS pour vous faciliter la vie?
8 réponses
Pour tout ce que vous faisiez via des scripts/lots de commandes, vous pouvez maintenant utiliser PowerShell et la plupart du temps ce sera beaucoup plus facile à cause des applets de commande fournies.
Par exemple, si vous êtes un développeur SharePoint, vous aimerez vraiment/devriez l'utiliser pour votre développement quotidien (pour remplacer stsadm etc).
À côté de cela, vous pouvez utiliser PowerShell pour télécharger des podcasts et des vidéos (télécharger des vidéos MIX11 en ce moment), convertir des vidéos, analyser des fichiers CSV,...
Utilisez-le dans chaque scénario où vous avez besoin d'un script rapide. Je prendrais un script PowerShell rapide pour analyser un fichier csv sur l'écriture d'une application. Net complète pour faire la même chose.
J'ai écrit un billet de blog sur certains domaines que je trouve utiles: Comment PowerShell peut aider les programmeurs . Vous y trouverez peut-être quelques conseils.
Je ne suis pas un administrateur système et plus un développeur et j'ai généralement au moins une session PowerShell ouverte ici. Les raisons sont:
- Pratique comme une calculatrice
- Vous pouvez jouer avec des objets. net sans déclencher Visual Studio ou écrire une Classe C# (je le fais aussi, mais avoir un REPL rend les choses beaucoup plus faciles ...)
- Je golf dedans.
- quelques tâches d'automatisation. J'utilise toujours
cmd
fréquemment, mais PowerShell aussi parfois. - minuscules fonctions et scripts venir dans maniable. Par exemple, je fais mon propre suivi du temps et j'ai une petite fonction qui me dit combien de temps je dois encore travailler aujourd'hui.
Je connais très peu de PowerShell. Mais je le préfère généralement à cmd.exe simplement parce que je peux copier avec un clic droit-glisser et coller avec un seul clic droit, au lieu de passer par le menu contextuel.
Parfois, ce sont les petites choses..
Voici quelques-unes des utilisations que j'ai trouvé:
- idéal pour valider la syntaxe XPath et la "gestion" XML générale, en particulier dans L'ISE (environnement shell intégré), où vous pouvez valider des objets en mémoire sans avoir à passer au crible un tas de journaux
- DB updating: dernièrement, J'ai utilisé PS pour extraire de TFS le dernier (ou un ensemble de modifications spécifique) sur mes projets de base de données, compiler via MSBuild, et déployer à la fois le schéma mis à jour et tous les scripts de données supplémentaires à mon environnement dev. J'ai plusieurs instances de base de données qui nécessitent cet effort, donc j'ai utilisé un seul script PS en tant que gestionnaire de lots qui vide les autres scripts dans une série de tâches qui gère cela de manière asynchrone. C'est comme avoir 2 heures de plus à ma journée et qui ne pouvait pas l'utiliser?
- avec use # 1, j'ai une série de fichiers RDL (essentiellement au format XML) qui ont certains champs qui doivent être alignés avec les entrées d'une table de base de données. Un script PS que j'ai peut réellement valider si une entrée est dans le RDL et non dans la table db et soit écrire le script SQL nécessaire pour déployer la modification ou peut écrire la modification directement dans la table. Un rédacteur de rapport régulier pourrait être capable de faire quelque chose comme ça, s'il le devait, mais ne pourrait probablement valider que 3-4 rapports par jour. Mon script peut faire tous les+ 70 rapports en quelques minutes, et de sauvegarder les modifications apportées à un fichier csv afin que je puisse suivre les diff.
Maintenant, considérant combien de ce que je viens de mentionner est centré sur la base de données, vous penserait que j'étais un " développeur de base de données."Vous auriez raison, mais PS garde ce genre de choses hors de mon assiette et me permet de coder pour mon vrai travail.
Si c'est un script simple, c'est moins de code pour faire le travail. J'ai trouvé que vous pouvez accéder à une api de service web avec l'url et quelques lignes de code.
Voir la réponse à cette question similaire à StackOverlow .