Los siguientes tipos de módulos pueden ser usados para empaquetar e implementar las funcionalidades de Windows PowerShell.

Un módulo de script es un archivo (. Psm1) que contiene

cualquier código válido de Windows PowerShell. Los

desarrolladores de secuencias de comandos y los administradores

pueden utilizar este tipo de módulo para crear módulos cuyos

miembros incluyen funciones, variables, etc.

• Un módulo binario es un montaje. NET Framework (. dll) que

contiene el código compilado. Los desarrolladores de cmdlet

puede utilizar este tipo de módulo para crear módulos que

contienen cmdlets, proveedores, etc. (Existente complementos

también se pueden utilizar como módulos binarios.)

• Un módulo de manifiesto es un módulo que incluye un

manifiesto (que se describe más adelante en esta sección) para

describir sus componentes, pero no especifica un módulo de

raíz en el manifiesto. Un manifiesto de módulo no especifica un

módulo de raíz cuando la llave ModuleToProcess del

manifiesto está en blanco. En la mayoría de los casos, un

módulo de manifiesto también incluye uno o más módulos

anidados utilizando módulos de script o módulos binarios. Un

módulo de manifiesto que no incluye ningún módulo anidados

se puede usar cuando se desea una manera conveniente de

cargar ensamblados, tipos o formatos.

• Un manifiesto es un módulo. PSD1 archivo que

contiene una tabla hash. Las claves y los valores en la

tabla hash:

• Describir el contenido y atributos del módulo.

• Definir los requisitos previos.

• Determinar cómo los componentes se procesan.

• Manifiestos no son necesarios para un módulo. Los

módulos pueden hacer referencia a los archivos de

script (. Ps1), archivos de secuencias de comandos del

módulo (. Psm1), archivos de manifiesto (. PSD1), el

formato y los archivos de tipo (. Ps1xml), de cmdlet y

asambleas de proveedores (. Dll), archivos de recursos,

archivos de ayuda, localización archivos, o cualquier

otro tipo de archivo o recurso que se incluye como

parte del módulo.

• Para una secuencia de comandos internacionalizado, la carpeta del módulo también contiene un conjunto de archivos de catálogo de mensajes. Mediante la adición de un archivo de manifiesto a la carpeta del módulo, los varios archivos todavía se puede hacer referencia como una sola unidad mediante una referencia al manifiesto.

• El propio manifiesto describe las siguientes categorías de información:

• Los metadatos sobre el módulo, como el número de versión del módulo, el

autor, y la descripción.

• Requisitos necesarios para importar el módulo, como la versión de Windows

PowerShell, el Common Language Runtime (CLR) de versión y los módulos

necesarios.

• Procesamiento de directivas como las secuencias de comandos, formatos y

tipos para procesar.

• Las restricciones a los miembros del módulo a la exportación, como los

alias, funciones, variables, y cmdlets para exportar.

• Un módulo dinámico es un módulo que no persiste en el disco. Este tipo de módulo permite a un script para crear un módulo sobre demanda que no es necesario cargar o guardar en un almacenamiento persistente. De forma predeterminada, los módulos dinámicos creados con el cmdlet New-Module (descrito en las siguientes secciones) están destinados a ser de corta duración y por lo tanto no son visibles mediante el cmdlet Get-Module.

• Al escribir módulos de guión, binario, y manifiesta, hay varios lugares que los archivos de los módulos se pueden almacenar. Por ejemplo, se pueden almacenar en la carpeta del sistema de Windows PowerShell donde está instalado, o pueden ser almacenados en una carpeta de usuario. En cualquier caso, la ruta de la carpeta que se conoce como la base del módulo (ModuleBase), y el nombre del script, binario, o un archivo de manifiesto de módulo debe ser el mismo que el nombre de la carpeta módulo, con las siguientes excepciones:

• Los módulos dinámicos que se crean mediante el cmdlet New-módulo puede ser identificado mediante el parámetro Name del cmdlet.

• Los módulos importados de los objetos de ensamblado utilizando el comando Import-Module-Asamblea se nombran usando la siguiente sintaxis: "dynamic_code_module_" + assembly.GetName ().

• Cuando guarde archivos en una carpeta de usuario, usted tiene que crear la siguiente ruta. Tenga en cuenta que cada módulo está en su propia carpeta. (Es posible módulos nido, pero para la mayor parte habrá un módulo de raíz que tiene el mismo nombre que la carpeta del módulo.)

• usuario \ documents \ WindowsPowerShell \modules \ mimodulo

• Cuando guarde archivos en la carpeta del sistema, usted tiene que crear la siguiente ruta. Tenga en cuenta que cuando se trabaja dentro de la carpeta del sistema, Windows le pedirá cada vez que cree, copiar o eliminar un archivo. Además, cuando se ejecuta cmdlets que tienen acceso a estos lugares, la sesión de Windows PowerShell que se utiliza para ejecutar estos comandos es necesario abrir con privilegios de administrador.

• windows \ system32 \ WindowsPowerShell \ V1.0 \modules \ mimodulo

• Los siguientes cmdlets y variables son proporcionados por Windows PowerShell para la creación y gestión de módulos.

• Nuevo Módulo de cmdlet-• Este cmdlet crea un nuevo módulo dinámico que sólo

existe en la memoria. El módulo ha sido creado a partir de un bloque de script, y sus miembros exportados, tales como las funciones y variables, están disponibles de inmediato en la sesión y permanecerán disponibles hasta que se cierre la sesión.

• Nueva ModuleManifest cmdlet.

• Este cmdlet crea un manifiesto de nuevo módulo (. PSD1) archivo, rellena sus valores, y guarda el archivo de manifiesto en la ruta especificada. Este cmdlet también se puede utilizar para crear una plantilla de manifiesto módulo que puede ser llenado en forma manual. Cmdlet Import-Module

• Este cmdlet añade uno o más módulos a la sesión actual.• Get-Module cmdlet• Este cmdlet recupera información acerca de los módulos que han

sido o que puedan ser importados en la sesión actual.• Export-ModuleMember cmdlet

• Este cmdlet especifica los elementos modulares (como cmdlets, funciones, variables y alias) que se exportan desde un módulo de script (. Psm1) o un archivo de un módulo dinámico creado mediante el cmdlet New-Module.

• Remove-Módulo de cmdlet

• Este cmdlet elimina los módulos de la sesión actual.

• Ensayos ModuleManifest cmdlet

• Este cmdlet comprueba que un manifiesto de módulo describe con precisión los componentes de un módulo mediante la verificación de que los archivos que se enumeran en el archivo de manifiesto de módulo (. PSD1) realmente existen en las rutas especificadas