PowerShell-Modul-Manifest - automatisches laden der Benötigten Module

Erstelle ich ein Modul, das hängt von mehreren anderen Module, die ich brauche laden in der globalen Umwelt. Ich habe versucht, erstellen ein Drehbuch und mit ScriptsToProcess-import der Module, aber es sieht aus wie der check für RequiredModules passiert, bevor ScriptstoProcess läuft.

Ist es eine nette, saubere Art und Weise in einem modulmanifest für beides Benötigen Sie ein Modul, und laden Sie es automatisch, wenn es nicht bereits geladen ist? Wenn das Modul nicht geladen werden konnte, dann die RequiredModule würde einen Fehler auslösen.

InformationsquelleAutor Andy Schneider | 2011-03-30
  1. 8

    In der PowerShell 3 RequiredModules - sind automatisch geladen

    Es ist auch der einzige Weg, um sicherzustellen, dass Menschen mit PowerShellGet (d.h. die PowerShell Gallery) installieren, Abhängigkeiten, wenn Sie gehen, um zu vertreiben das Modul.

    Wäre es immer noch scheitern, wenn die erforderlichen Module fehlen, aber sonst funktioniert genau so, wie würden Sie es wünschen.

    In PowerShell 2 gibt es keine Möglichkeit, automatisch zu laden RequiredModules -

    In jedem Fall, Benutzer können manuell laden Sie die Anforderungen durch Eingabe Import-Module RequiredModule, YourModule --, die Sie nicht bekommen eine zweite Instanz, wenn es schon importiert ...

    Können Sie auch angeben, das Modul "NestedModules" statt. Auch in der PowerShell 2, werden diese geladen "innen" - Modul, aber nicht scheinen negative Auswirkungen auf Ressourcen, wenn Sie bereits geladen ist. Allerdings, wie @JasonMArcher erinnerte mich, in der PowerShell 2, NestedModules ausgeladen zusammen mit Ihrem Modul wenn das Modul entladen wird (über den Entfernen-Modul), und dies geschieht auch wenn Sie vorher separat geladen durch die Benutzer, die am Ende kann die Herstellung wirklich komische bug-reports, da Ihre Nutzer nicht erwarten, dass.

    Die andere option, , die funktioniert in allen Versionen der PowerShell, ist der Aufruf Import-Module an der Oberseite des Moduls (in psm1 Skript, nach der überprüfung, um sicherzustellen, dass das Modul nicht bereits geladen ist) mit der -ErrorAction Stop so eingestellt, dass der import des Moduls schlägt fehl, wenn der import von dem abhängigen Modul fehlschlägt. 

    if (!(Get-Module Dependency)) { ## Or check for the cmdlets you need
    ## Load it nested, and we'll automatically remove it during clean up
    Import-Module Dependency -ErrorAction Stop
}

    Eigentlich, wenn Sie wollten sehen, was für Versionen ... 

    if (!(Get-Module Dependency | Where { $_.Version -ge "2.5" )) { 
    ## Load version 2.5 (or newer), or die 
    Import-Module Dependency -Version 2.5 -ErrorAction Stop
}

    Nur daran erinnern, dass dies nicht dienen Dokumentation, so dass, wenn Sie die Verteilung der Modul -, Benutzer nicht wissen, über die Abhängigkeiten.

    • Aber geschachtelte Module entfernt werden, wenn das Modul entfernt wird.
    • Ja, noch, wenn Sie geladen werden (manuell), bevor das Modul geladen wurde. Möglicherweise ein hässlicher bug. Lassen Sie mich noch eine zweite option...
    • Tut einem reimport nicht viel tun, außer, dass es das Modul einem verschachtelten Modul, es sei denn, Sie verwenden die -Globales flag.
    • Ich glaube, das ist jetzt veraltet.
    • Danke @jpmc26, habe ich aktualisiert auf version details.
    InformationsquelleAutor
  2. 9

    PowerShell V3 funktioniert etwas anders. Benötigte Module werden jetzt geladen, wenn Sie laden ein manifest mit diesem Schlüssel angegeben. Auch, entfernen Sie das Modul nicht entladen wird, das gewünschte Modul, egal, wie das Modul geladen wurde. Interessanterweise-Kraft scheint nicht zu zeigen das automatische laden der benötigten module(s).

    Edit: Wenn dein Modul ist nicht in einem der Standardverzeichnisse, müssen Sie den Pfad zu diesem Modul (oder der übergeordnete Ordner, unter dem sich das Modul befindet), um die $env:PSModulePath variable.

    Seite Hinweis: da PSv3-es ist die Unterstützung für die #Requires Befehl in Skripte. Sie können diese nutzen, um (1) Versuch zum laden eines Moduls Abhängigkeit in Ihrem Skript und (2) erlischt, wenn das Modul nicht/kann nicht geladen werden.

    #Requires -Modules ModuleName1,ModuleName2

    Dieser muss auch, dass die Module irgendwo unter $env:PSModulePath, die festgelegt werden müssen vor das Skript ausgeführt.

    • Dies kann erfordern, dass das Modul(N) unter einer der Pfade in $env:PSModulePath, sonst PowerShell finden nicht das gewünschte Modul.
    InformationsquelleAutor tfl
Schreibe einen Kommentar