PsSnapins sont à l'ancienne mode (V1 inPowerShell existante) pour ajouter CmdLet ou les fournisseurs (mais toujours en cours d'utilisation)
- Ils doivent être enregistrés (avec l'outil installutil.exe)
- Ils sont assemblées écrites dans l'une des langues .NET
Modules sont la nouvelle façon (ajoutée dans PowerShel V2) pour ajouter CmdLet ou les fournisseurs
- Ils viennent d'être joignables sur le système de fichiers (voir $ env: psmodulepath)
- Ils peuvent être des scripts écrits dans PowerShell (pour CmdLet uniquement) ou assemblées pour CmdLet et fournisseurs écrits avec l'un des. NET language
Il existe une forme manifeste qui permet de spécifier beaucoup d'informations sur le créateur, mais aussi les dépendances sur les versions de PowerShell, la version de Framework ou d'autres versions de modules ou d'assemblages.
Je pense que vous pouvez utiliser le module, sauf si vous devez prendre en charge les ordinateurs PowerShell V1 existants.
Je recommande http://www.simple-talk.com/dotnet/.net-tools/further-down-the-rabbit-hole-powershell-modules-and-encapsulation/. Pas d'info sur les plugins, juste des modules, dont IIUC est l'approche recommandée pour tout sauf le code legacy MS (comme le plugin SQL et le plugin TFS). – yzorg
Propre et vif - http://blogs.technet.com/b/aviraj/archive/2011/12/04/powershell-using-modules-and-snap-ins-what-s-the-difference-between-modules -amp-snap-ins.aspx –