2011-04-18 11 views
21

Entiendo por qué a los administradores de TI les gusta usar Powershell, pero ¿hay alguna razón por la cual los desarrolladores deberían usarlo a diario? ¿Hay scripts que ejecute en PS con frecuencia para facilitarle la vida?Powershell para desarrolladores

+1

Powershell es como DOS con esteroides. No verá un beneficio hasta que lo ponga en uso. Y cuando finalmente ves la luz, nunca regresarás. – D3vtr0n

Respuesta

20

Por todo lo que estaba utilizando scripts de comandos/lotes, puede utilizar PowerShell ahora y la mayoría de las veces será mucho más fácil debido a teh cmdlets previstas. p. Si usted es un desarrollador de SharePoint, realmente le gustará/debería usarlo para su desarrollo diario (para reemplazar stsadm, etc.).

Además, puede utilizar PS a download podcasts y videos (la descarga de vídeos MIX11 en estos momentos), la conversión de videos, analizar archivos CSV, ...

lo uso en todos los escenarios donde tiene algunas secuencias de comandos rápida . Tomaría un script rápido de PowerShell para analizar un archivo csv antes de escribir una aplicación .NET completa para hacer lo mismo.

1

Sé muy poco de PowerShell. Pero generalmente lo prefiero a través de cmd.exe simplemente porque puedo copiar haciendo clic con el botón derecho y presionar y pegar con un solo clic derecho, en lugar de ir a través del menú emergente.

A veces son las pequeñas cosas ..

+8

Abra las propiedades de la ventana de la consola para 'cmd' y verifique 'Modo de edición rápida'. Voila, ahora tienes lo mismo en 'cmd'. De hecho, esa es una característica de la consola, no de la aplicación que se ejecuta en ella. – Joey

+0

@ viejo: Es cierto, pero mira, estas "pequeñas cosas" lo trajeron a esta joya de Powershell;) –

3

no soy un administrador de sistemas y más de un desarrollador y por lo general tienen al menos una sesión de PowerShell abierta aquí. Las razones son:

  • práctico como una calculadora
  • Puede jugar con objetos .NET sin disparar hasta Visual Studio o escribir una clase C# (yo que también, pero tener un REPL hace las cosas mucho más fácil. ..)
  • I golf en él.
  • Algunas tareas de automatización. Sigo usando cmd con frecuencia, pero PowerShell también a veces.
  • minúsculas funciones y scripts que son útiles. P.ej. Hago mi propio seguimiento de tiempo y tengo una pequeña función que me dice por cuánto tiempo todavía tengo que trabajar hoy.
+0

Deberías lanzar ese script de seguimiento de tiempo en GitHub. ¡¡Suena bien!! – D3vtr0n

0

Ver la respuesta a este similar StackOverlow question.

+3

-1 Nada más que un enlace podrido. :( – merv

+1

Aparentemente esa pregunta y las respuestas asociadas se cerraron como "no constructivas" y se eliminaron por @casperOne. Sospecho que se hará lo mismo con esta pregunta. –

0

Si es una secuencia de comandos simple, es menos código para hacer el trabajo. Descubrí que puedes acceder a una API del servicio web con la URL y algunas líneas de código.

0

Éstos son algunos de los usos que he encontrado:

  1. Excelente para validar la sintaxis XPath y XML general de "manipulación", especialmente en el ISE (entorno de shell integrado), donde se pueden validar los objetos en memoria sin tener que examinar un montón de registros
  2. Actualización de bases de datos: Últimamente, he estado utilizando PS para extraer de TFS el último (o algún conjunto de cambios específico) en mis proyectos de bases de datos, compilar a través de MSBuild e implementar tanto el esquema actualizado como guiones de datos adicionales a mi entorno de desarrollo. Tengo varias instancias de base de datos que requieren este esfuerzo, por lo que he estado usando un solo script de PS como administrador de lotes que vuelca los otros scripts en una serie de trabajos que manejan esto de manera asincrona. Es como obtener 2 horas adicionales a mi día y ¿quién no podría usar eso?
  3. Junto con el uso n. ° 1, tengo una serie de archivos RDL (básicamente formato XML) que tienen ciertos campos que deben estar alineados con las entradas en una tabla de base de datos. Una secuencia de comandos de PS que tengo realmente puede validar si una entrada está en el RDL y no en la tabla db y escribe el script SQL necesario para implementar el cambio o puede escribir el cambio directamente en la tabla. Un escritor regular de informes podría hacer algo como esto, si fuera necesario, pero probablemente solo podría validar de 3 a 4 informes por día. Mi secuencia de comandos puede hacer más de 70 informes en unos pocos minutos y hacer una copia de seguridad de los cambios realizados en un csv para que pueda rastrear los errores.

Ahora, considerando cuánto de lo que acabo de mencionar está centrado en la base de datos, usted pensaría que soy un "desarrollador de bases de datos". Tendrás razón, pero PD mantiene estas cosas fuera de mi plato y me permite codificar mi verdadero trabajo.

Cuestiones relacionadas