¿Cómo estructuro la programación orientada a objetos (OOP) y el diseño orientado a objetos (OOD) en un script de PowerShell más grande?
No estoy seguro de cómo estructurar un script más grande de PowerShell que use clases, y no puedo encontrar nada al respecto. Tengo cinco clases en un archivo. ¿Cómo las llamo sin una clase principal? ¿Es correcto crear un script independiente que simplemente instancia las otras clases y las llama?
En PowerShell, la mayoría de las cosas que veo se basan en funciones, no en clases. Y, la programación orientada a objetos (OOP) y el diseño orientado a objetos (OOD) en PowerShell no es exactamente como diseñar OOP en el sentido de C# o Java. Hay muchos conceptos similares, pero la estructura me está eludiendo. No es suficiente tener palabras clave y clases, si no puedo diseñar con ellas de manera integral.
¿Qué búsqueda me estoy perdiendo, cuáles son las palabras clave? ¿Cómo debería estructurar mi script? Ya tengo muchas clases de PowerShell que me gustaría poner en producción. ¿Y ahora qué?
He buscado y he mirado en SO y Github, pero no sé qué es lo “correcto”.
Mi caso particular es el uso de v5, pero otras veces tengo acceso a v7, si eso importa. Tengo, por ejemplo:
class A
{
}
class B
{
}
class C
{
}
No hay un “Main” para iniciar las cosas en PowerShell.
davy.ai
En PowerShell, puedes crear un script independiente que inicialice las otras clases y las llame. Esta es una forma perfectamente aceptable de estructurar tu script. Puedes crear una instancia de cada clase y llamar a sus métodos según sea necesario. También puedes crear una función que funcione como una función principal y llame a las demás clases.
Cuando se trata de buscar información sobre las clases de PowerShell y la programación orientada a objetos (OOP), algunas palabras clave útiles incluyen clases de PowerShell, OOP de PowerShell, diseño orientado a objetos de PowerShell y patrones de diseño de PowerShell.
En cuanto a la estructuración de tu script, no hay una única forma correcta de hacerlo. Puede ser útil separar tus clases en archivos separados, especialmente si son grandes y complejas. También puedes crear una carpeta aparte para tus clases y utilizar la carga por dot sourcing para cargarlas en tu script. Además, puede ser útil crear un módulo para tus clases, lo que te permite importarlas fácilmente en otros scripts.
En general, es importante experimentar con diferentes formas de estructurar tu script y encontrar lo que funcione mejor para tu caso de uso específico. No temas probar enfoques diferentes y ver qué funciona mejor para ti.