Get-Module
Wyświetl listę modułów zaimportowanych w bieżącej sesji lub zaimportowanych z modułu PSModulePath.
Składnia
Get-Module
[[-Name] <String[]>]
[-FullyQualifiedName <ModuleSpecification[]>]
[-All]
[<CommonParameters>]
Get-Module
[[-Name] <String[]>]
[-FullyQualifiedName <ModuleSpecification[]>]
[-All]
[-ListAvailable]
[-PSEdition <String>]
[-SkipEditionCheck]
[-Refresh]
[<CommonParameters>]
Get-Module
[[-Name] <String[]>]
[-FullyQualifiedName <ModuleSpecification[]>]
[-ListAvailable]
[-PSEdition <String>]
[-SkipEditionCheck]
[-Refresh]
-PSSession <PSSession>
[<CommonParameters>]
Get-Module
[[-Name] <String[]>]
[-FullyQualifiedName <ModuleSpecification[]>]
[-ListAvailable]
[-SkipEditionCheck]
[-Refresh]
-CimSession <CimSession>
[-CimResourceUri <Uri>]
[-CimNamespace <String>]
[<CommonParameters>]
Opis
Polecenie Get-Module
cmdlet wyświetla listę modułów programu PowerShell, które zostały zaimportowane lub które można zaimportować do sesji programu PowerShell. Bez parametrów Get-Module
pobiera moduły, które zostały zaimportowane do bieżącej sesji. Parametr ListAvailable służy do wyświetlania listy modułów dostępnych do zaimportowania ze ścieżek określonych w zmiennej środowiskowej PSModulePath ($env:PSModulePath
).
Zwracany obiekt Get-Module
modułu zawiera cenne informacje o module. Obiekty modułu można również przekazać do innych poleceń cmdlet, takich jak Import-Module
polecenia cmdlet i Remove-Module
.
Get-Module
wyświetla listę modułów, ale nie importuje ich. Począwszy od Windows PowerShell 3.0, moduły są automatycznie importowane podczas korzystania z polecenia w module, ale Get-Module
polecenie nie wyzwala automatycznego importowania. Moduły można również zaimportować do sesji przy użyciu Import-Module
polecenia cmdlet .
Począwszy od Windows PowerShell 3.0, można pobrać i zaimportować moduły z sesji zdalnych do sesji lokalnej. Ta strategia używa funkcji niejawnej komunikacji zdalnej programu PowerShell i jest równoważna Import-PSSession
użyciu polecenia cmdlet . Gdy używasz poleceń w modułach zaimportowanych z innej sesji, polecenia są uruchamiane niejawnie w sesji zdalnej. Ta funkcja umożliwia zarządzanie komputerem zdalnym z sesji lokalnej.
Ponadto, począwszy od Windows PowerShell 3.0, można użyć Get-Module
modułów Import-Module
i pobrać i zaimportować moduły usługi Common Information Model (CIM). Moduły CIM definiują polecenia cmdlet w plikach XML definicji polecenia cmdlet (CDXML). Ta funkcja umożliwia używanie poleceń cmdlet implementowanych w zestawach kodu niezarządzanego, takich jak te napisane w języku C++.
Niejawna komunikacja zdalna może służyć do zarządzania komputerami zdalnymi z włączoną obsługą komunikacji zdalnej programu PowerShell.
Utwórz serwer PSSession na komputerze zdalnym, a następnie użyj parametru PSSession programu Get-Module
, aby pobrać moduły programu PowerShell w sesji zdalnej. Podczas importowania modułu z sesji zdalnej zaimportowane polecenia są uruchamiane w sesji na komputerze zdalnym.
Możesz użyć podobnej strategii do zarządzania komputerami, które nie mają włączonej komunikacji zdalnej programu PowerShell. Należą do nich komputery, które nie korzystają z systemu operacyjnego Windows, oraz komputery z programem PowerShell, ale nie mają włączonej komunikacji zdalnej programu PowerShell.
Rozpocznij od utworzenia sesji ciągłej integracji na komputerze zdalnym. Sesja ciągłej integracji to połączenie z instrumentacją zarządzania Windows (WMI) na komputerze zdalnym. Następnie użyj parametru CIMSession polecenia Get-Module
, aby pobrać moduły CIM z sesji ciM. Podczas importowania modułu Import-Module
CIM przy użyciu polecenia cmdlet , a następnie uruchamiania zaimportowanych poleceń polecenia są uruchamiane niejawnie na komputerze zdalnym. Tę strategię WMI i CIM można użyć do zarządzania komputerem zdalnym.
Przykłady
Przykład 1. Pobieranie modułów zaimportowanych do bieżącej sesji
Get-Module
To polecenie pobiera moduły, które zostały zaimportowane do bieżącej sesji.
Przykład 2. Pobieranie zainstalowanych modułów i dostępnych modułów
Get-Module -ListAvailable
To polecenie pobiera moduły zainstalowane na komputerze i można je zaimportować do bieżącej sesji.
Get-Module
szuka dostępnych modułów w ścieżce określonej przez zmienną środowiskową $env:PSModulePath . Aby uzyskać więcej informacji na temat programu PSModulePath, zobacz about_Modules i about_Environment_Variables.
Przykład 3. Pobieranie wszystkich wyeksportowanych plików
Get-Module -ListAvailable -All
To polecenie pobiera wszystkie wyeksportowane pliki dla wszystkich dostępnych modułów.
Przykład 4. Pobieranie modułu przy użyciu w pełni kwalifikowanej nazwy
$FullyQualifedName = @{ModuleName="Microsoft.PowerShell.Management";ModuleVersion="3.1.0.0"}
Get-Module -FullyQualifiedName $FullyQualifedName | Format-Table -Property Name,Version
Name Version
---- -------
Microsoft.PowerShell.Management 3.1.0.0
To polecenie pobiera moduł Microsoft.PowerShell.Management , określając w pełni kwalifikowaną nazwę modułu przy użyciu parametru FullyQualifiedName . Następnie polecenie potokuje wyniki do polecenia cmdlet, Format-Table
aby sformatować wyniki jako tabelę z nagłówkami kolumn Name (Nazwa ) i Version (Wersja ).
Przykład 5. Pobieranie właściwości modułu
Get-Module | Get-Member -MemberType Property | Format-Table Name
Name
----
AccessMode
Author
ClrVersion
CompanyName
Copyright
Definition
Description
DotNetFrameworkVersion
ExportedAliases
ExportedCmdlets
ExportedCommands
ExportedFormatFiles
ExportedFunctions
ExportedTypeFiles
ExportedVariables
ExportedWorkflows
FileList
Guid
HelpInfoUri
LogPipelineExecutionDetails
ModuleBase
ModuleList
ModuleType
Name
NestedModules
OnRemove
Path
PowerShellHostName
PowerShellHostVersion
PowerShellVersion
PrivateData
ProcessorArchitecture
RequiredAssemblies
RequiredModules
RootModule
Scripts
SessionState
Version
To polecenie pobiera właściwości obiektu PSModuleInfo , który Get-Module
zwraca. Dla każdego pliku modułu istnieje jeden obiekt.
Właściwości można używać do formatowania i filtrowania obiektów modułu. Aby uzyskać więcej informacji na temat właściwości, zobacz Właściwości modułu PSModuleInfo.
Dane wyjściowe zawierają nowe właściwości, takie jak Author i CompanyName, wprowadzone w Windows PowerShell 3.0.
Przykład 6. Grupowanie wszystkich modułów według nazwy
Get-Module -ListAvailable -All | Format-Table -Property Name, Moduletype, Path -Groupby Name
Name: AppLocker
Name ModuleType Path
---- ---------- ----
AppLocker Manifest C:\Windows\system32\WindowsPowerShell\v1.0\Modules\AppLocker\AppLocker.psd1
Name: Appx
Name ModuleType Path
---- ---------- ----
Appx Manifest C:\Windows\system32\WindowsPowerShell\v1.0\Modules\Appx\en-US\Appx.psd1
Appx Manifest C:\Windows\system32\WindowsPowerShell\v1.0\Modules\Appx\Appx.psd1
Appx Script C:\Windows\system32\WindowsPowerShell\v1.0\Modules\Appx\Appx.psm1
Name: BestPractices
Name ModuleType Path
---- ---------- ----
BestPractices Manifest C:\Windows\system32\WindowsPowerShell\v1.0\Modules\BestPractices\BestPractices.psd1
Name: BitsTransfer
Name ModuleType Path
---- ---------- ----
BitsTransfer Manifest C:\Windows\system32\WindowsPowerShell\v1.0\Modules\BitsTransfer\BitsTransfer.psd1
To polecenie pobiera wszystkie pliki modułów, importowane i dostępne, a następnie grupuje je według nazwy modułu. Dzięki temu można zobaczyć pliki modułów, które eksportuje każdy skrypt.
Przykład 7. Wyświetlanie zawartości manifestu modułu
Te polecenia wyświetlają zawartość manifestu modułu dla modułu Windows PowerShell BitsTransfer.
Moduły nie są wymagane do posiadania plików manifestu. Jeśli plik manifestu ma plik manifestu, wymagany jest tylko do uwzględnienia numeru wersji. Jednak pliki manifestu często zawierają przydatne informacje o module, jego wymaganiach i jego zawartości.
# First command
$m = Get-Module -list -Name BitsTransfer
# Second command
Get-Content $m.Path
@ {
GUID = "{8FA5064B-8479-4c5c-86EA-0D311FE48875}"
Author = "Microsoft Corporation"
CompanyName = "Microsoft Corporation"
Copyright = "Microsoft Corporation. All rights reserved."
ModuleVersion = "1.0.0.0"
Description = "Windows PowerShell File Transfer Module"
PowerShellVersion = "2.0"
CLRVersion = "2.0"
NestedModules = "Microsoft.BackgroundIntelligentTransfer.Management"
FormatsToProcess = "FileTransfer.Format.ps1xml"
RequiredAssemblies = Join-Path $psScriptRoot "Microsoft.BackgroundIntelligentTransfer.Management.Interop.dll"
}
Pierwsze polecenie pobiera obiekt PSModuleInfo reprezentujący moduł BitsTransfer. Zapisuje obiekt w zmiennej $m
.
Drugie polecenie używa Get-Content
polecenia cmdlet do pobrania zawartości pliku manifestu w określonej ścieżce. Używa notacji kropkowej, aby uzyskać ścieżkę do pliku manifestu, który jest przechowywany we właściwości Path obiektu. Dane wyjściowe zawierają zawartość manifestu modułu.
Przykład 8. Wyświetlanie listy plików w katalogu modułów
dir (Get-Module -ListAvailable FileTransfer).ModuleBase
Directory: C:\Windows\system32\WindowsPowerShell\v1.0\Modules\FileTransfer
Mode LastWriteTime Length Name
---- ------------- ------ ----
d---- 12/16/2008 12:36 PM en-US
-a--- 11/19/2008 11:30 PM 16184 FileTransfer.Format.ps1xml
-a--- 11/20/2008 11:30 PM 1044 FileTransfer.psd1
-a--- 12/16/2008 12:20 AM 108544 Microsoft.BackgroundIntelligentTransfer.Management.Interop.dll
To polecenie wyświetla listę plików w katalogu modułu. Jest to inny sposób określania, co znajduje się w module przed zaimportowaniem. Niektóre moduły mogą zawierać pliki pomocy lub pliki ReadMe opisujące moduł.
Przykład 9. Pobieranie modułów zainstalowanych na komputerze
$s = New-PSSession -ComputerName Server01
Get-Module -PSSession $s -ListAvailable
Te polecenia pobierają moduły zainstalowane na komputerze Server01.
Pierwsze polecenie używa New-PSSession
polecenia cmdlet do utworzenia serwera PSSession na komputerze Server01. Polecenie zapisuje plik PSSession w zmiennej $s
.
Drugie polecenie używa parametrów PSSession i ListAvailable , Get-Module
aby pobrać moduły w pliku PSSession w zmiennej $s
.
Jeśli potokujesz moduły z innych sesji do Import-Module
polecenia cmdlet, Import-Module
zaimportuj moduł do bieżącej sesji przy użyciu niejawnej funkcji komunikacji bezpośredniej. Jest to równoważne z użyciem Import-PSSession
polecenia cmdlet . Polecenia cmdlet z modułu można użyć w bieżącej sesji, ale polecenia korzystające z tych poleceń cmdlet faktycznie uruchamiają sesję zdalną. Aby uzyskać więcej informacji, zobacz Import-Module
i Import-PSSession
.
Przykład 10: Zarządzanie komputerem, który nie uruchamia systemu operacyjnego Windows
Polecenia w tym przykładzie umożliwiają zarządzanie systemami magazynowania komputera zdalnego, który nie korzysta z systemu operacyjnego Windows. W tym przykładzie, ponieważ administrator komputera zainstalował dostawcę WMI odnajdywania modułów, polecenia CIM mogą używać wartości domyślnych, które są przeznaczone dla dostawcy.
$cs = New-CimSession -ComputerName RSDGF03
Get-Module -CimSession $cs -Name Storage | Import-Module
Get-Command Get-Disk
CommandType Name ModuleName
----------- ---- ----------
Function Get-Disk Storage
Get-Disk
Number Friendly Name OperationalStatus Total Size Partition Style
------ ------------- ----------------- ---------- ---------------
0 Virtual HD ATA Device Online 40 GB MBR
Pierwsze polecenie używa New-CimSession
polecenia cmdlet do utworzenia sesji na komputerze zdalnym RSDGF03. Sesja nawiązuje połączenie z usługą WMI na komputerze zdalnym. Polecenie zapisuje sesję CIM w zmiennej $cs
.
Drugie polecenie używa sesji CIM w zmiennej $cs
, aby uruchomić Get-Module
polecenie na komputerze RSDGF03. Polecenie używa parametru Name do określenia modułu Storage. Polecenie używa operatora potoku (|
) do wysłania modułu Storage do Import-Module
polecenia cmdlet, które importuje je do sesji lokalnej.
Trzecie polecenie uruchamia Get-Command
polecenie cmdlet w Get-Disk
poleceniu w module Storage.
Podczas importowania modułu CIM do sesji lokalnej program PowerShell konwertuje pliki CDXML reprezentujące moduł CIM na skrypty programu PowerShell, które są wyświetlane jako funkcje w sesji lokalnej.
Czwarte polecenie uruchamia Get-Disk
polecenie. Chociaż polecenie jest wpisywane w sesji lokalnej, jest uruchamiane niejawnie na komputerze zdalnym, z którego został zaimportowany. Polecenie pobiera obiekty z komputera zdalnego i zwraca je do sesji lokalnej.
Parametry
-All
Wskazuje, że to polecenie cmdlet pobiera wszystkie moduły w każdym folderze modułów, w tym zagnieżdżone moduły, pliki manifestu (), pliki modułu skryptu (.psd1
.psm1
) i pliki modułu binarnego (.dll
). Bez tego parametru Get-Module
pobiera tylko domyślny moduł w każdym folderze modułu.
Type: | SwitchParameter |
Position: | Named |
Default value: | False |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-CimNamespace
Określa przestrzeń nazw alternatywnego dostawcy modelu CIM, który uwidacznia moduły MODELU CIM. Wartość domyślna to przestrzeń nazw dostawcy WMI odnajdywania modułów.
Użyj tego parametru, aby pobrać moduły CIM z komputerów i urządzeń, które nie korzystają z systemu operacyjnego Windows.
Ten parametr został wprowadzony w Windows PowerShell 3.0.
Type: | String |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-CimResourceUri
Określa alternatywną lokalizację modułów CIM. Wartość domyślna to identyfikator URI zasobu dostawcy usługi WMI odnajdywania modułów na komputerze zdalnym.
Użyj tego parametru, aby pobrać moduły CIM z komputerów i urządzeń, które nie korzystają z systemu operacyjnego Windows.
Ten parametr został wprowadzony w Windows PowerShell 3.0.
Type: | Uri |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-CimSession
Określa sesję ciM na komputerze zdalnym. Wprowadź zmienną zawierającą sesję CIM lub polecenie, które pobiera sesję CIM, na przykład polecenie Get-CimSession .
Get-Module
używa połączenia sesji ciM do pobierania modułów z komputera zdalnego. Podczas importowania modułu Import-Module
przy użyciu polecenia cmdlet i używania poleceń z zaimportowanego modułu w bieżącej sesji polecenia są uruchamiane na komputerze zdalnym.
Ten parametr służy do pobierania modułów z komputerów i urządzeń, które nie korzystają z systemu operacyjnego Windows, oraz komputerów z programem PowerShell, ale nie mają włączonej komunikacji zdalnej programu PowerShell.
Parametr CimSession pobiera wszystkie moduły w programie CIMSession. Można jednak zaimportować tylko moduły oparte na modelu CIM i xml definicji poleceń cmdlet (CDXML).
Type: | CimSession |
Position: | Named |
Default value: | None |
Required: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-FullyQualifiedName
Określa moduły o nazwach określonych w postaci obiektów ModuleSpecification . Zobacz sekcję Uwagi konstruktora ModuleSpecification (tabela skrótu).
Na przykład parametr FullyQualifiedModule akceptuje nazwę modułu określoną w jednym z następujących formatów:
@{ModuleName = "modulename"; ModuleVersion = "version_number"}
@{ModuleName = "modulename"; ModuleVersion = "version_number"; Guid = "GUID"}
Element ModuleName i ModuleVersion są wymagane, ale identyfikator GUID jest opcjonalny. Nie można określić parametru FullyQualifiedModule w tym samym poleceniu co parametr Module . dwa parametry wykluczają się wzajemnie.
Uwaga
Ten parametr akceptuje również prostsze formy danych wejściowych:
- Nazwa modułu
- W pełni kwalifikowana ścieżka do modułu
- Ścieżka względna do modułu. W przypadku użycia w skrycie ścieżka względna jest rozpoznawana jako w pełni kwalifikowana ścieżka względem lokalizacji pliku skryptu.
Type: | ModuleSpecification[] |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | True |
Accept wildcard characters: | False |
-ListAvailable
Wskazuje, że to polecenie cmdlet pobiera wszystkie zainstalowane moduły. Get-Module
pobiera moduły w ścieżkach wymienionych w zmiennej środowiskowej PSModulePath . Bez tego parametru Get-Module
pobiera tylko moduły wymienione w zmiennej środowiskowej PSModulePath i ładowane w bieżącej sesji. ListAvailable nie zwraca informacji o modułach, które nie zostały znalezione w zmiennej środowiskowej PSModulePath , nawet jeśli te moduły są ładowane w bieżącej sesji.
Type: | SwitchParameter |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-Name
Określa nazwy lub wzorce nazw modułów pobieranych przez to polecenie cmdlet. Dozwolone są symbole wieloznaczne. Możesz również przekazać Get-Module
nazwy do . Nie można określić parametru FullyQualifiedName w tym samym poleceniu co parametr Name .
Nazwa nie może zaakceptować identyfikatora GUID modułu jako wartości. Aby zwrócić moduły, określając identyfikator GUID, zamiast tego użyj w pełniqualifiedName .
Type: | String[] |
Position: | 0 |
Default value: | None |
Required: | False |
Accept pipeline input: | True |
Accept wildcard characters: | True |
-PSEdition
Pobiera moduły obsługujące określoną edycję programu PowerShell.
Dopuszczalne wartości dla tego parametru to:
Desktop
Core
Polecenie Get-Module
cmdlet sprawdza właściwość CompatiblePSEditions obiektu PSModuleInfo dla określonej wartości i zwraca tylko te moduły, które mają ustawione.
Uwaga
- Wersja Desktop: jest oparta na programie .NET Framework i zapewnia zgodność ze skryptami i modułami przeznaczonymi dla wersji programu PowerShell działających w pełnych wersjach systemu Windows, takich jak instalacja Podstawowe funkcje serwera i system Windows dla komputerów stacjonarnych.
- Wersja Core: jest oparta na module .NET Core i zapewnia zgodność ze skryptami i modułami przeznaczonymi dla wersji programu PowerShell działających w ograniczonych wersjach systemu Windows, takich jak system Nano Server i Windows IoT.
Type: | String |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-PSSession
Pobiera moduły w określonej sesji programu PowerShell zarządzanej przez użytkownika (PSSession). Wprowadź zmienną zawierającą sesję, polecenie, które pobiera sesję, na przykład Get-PSSession
polecenie lub polecenie, które tworzy sesję, na przykład New-PSSession
polecenie.
Gdy sesja jest połączona z komputerem zdalnym, należy określić parametr ListAvailable .
Get-Module
Polecenie, które używa parametru PSSession, jest równoważne użyciu Invoke-Command
polecenia cmdlet do uruchomienia Get-Module -ListAvailable
polecenia w programie PSSession.
Ten parametr został wprowadzony w Windows PowerShell 3.0.
Type: | PSSession |
Position: | Named |
Default value: | None |
Required: | True |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-Refresh
Wskazuje, że to polecenie cmdlet odświeża pamięć podręczną zainstalowanych poleceń. Pamięć podręczna poleceń jest tworzona po rozpoczęciu sesji. Umożliwia Get-Command
on polecenie cmdlet pobierania poleceń z modułów, które nie są importowane do sesji.
Ten parametr jest przeznaczony do scenariuszy programowania i testowania, w których zawartość modułów uległa zmianie od początku sesji.
Po określeniu parametru Refresh w poleceniu należy określić wartość ListAvailable.
Ten parametr został wprowadzony w Windows PowerShell 3.0.
Type: | SwitchParameter |
Position: | Named |
Default value: | False |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
-SkipEditionCheck
Pomija sprawdzanie pola CompatiblePSEditions .
Domyślnie Get-Module
pomija moduły w %windir%\System32\WindowsPowerShell\v1.0\Modules
katalogu, które nie są określone Core
w polu CompatiblePSEditions . Po ustawieniu tego przełącznika moduły bez Core
są uwzględniane, tak aby moduły w ramach ścieżki modułu Windows PowerShell, które są niezgodne z programem PowerShell w wersji 6 lub nowszej, są zwracane.
W systemach macOS i Linux ten parametr nic nie robi.
Aby uzyskać więcej informacji, zobacz about_PowerShell_Editions .
Type: | SwitchParameter |
Position: | Named |
Default value: | None |
Required: | False |
Accept pipeline input: | False |
Accept wildcard characters: | False |
Dane wejściowe
Nazwy modułów można potokować do tego polecenia cmdlet.
Dane wyjściowe
To polecenie cmdlet zwraca obiekty reprezentujące moduły. Po określeniu parametru Get-Module
ListAvailable zwraca obiekt ModuleInfoGrouping, który jest typem obiektu PSModuleInfo, który ma te same właściwości i metody.
Uwagi
Począwszy od Windows PowerShell 3.0, podstawowe polecenia zawarte w programie PowerShell są spakowane w modułach. Wyjątek to Microsoft.PowerShell.Core, który jest przystawką (PSSnapin). Domyślnie do sesji jest dodawana tylko przystawka Microsoft.PowerShell.Core . Moduły są importowane automatycznie przy pierwszym użyciu i można je zaimportować za pomocą
Import-Module
polecenia cmdlet .W Windows PowerShell 2.0 i w programach hostujących, które tworzą starsze sesje w nowszych wersjach programu PowerShell, podstawowe polecenia są spakowane w przystawkach (PSSnapins). Wyjątek to Microsoft.PowerShell.Core, który jest zawsze przystawką. Ponadto sesje zdalne, takie jak sesje uruchamiane przez
New-PSSession
polecenie cmdlet, to sesje w starszym stylu, które obejmują podstawowe przystawki.Aby uzyskać informacje o metodzie CreateDefault2 , która tworzy nowsze sesje z modułami podstawowymi, zobacz CreateDefault2 Method (Metoda CreateDefault2).
Get-Module
Pobiera tylko moduły w lokalizacjach przechowywanych w wartości zmiennej środowiskowej PSModulePath ($env:PSModulePath
). PolecenieImport-Module
cmdlet może importować moduły w innych lokalizacjach, ale nie można ich pobrać za pomocąGet-Module
polecenia cmdlet.Ponadto, począwszy od programu PowerShell 3.0, dodano nowe właściwości do obiektu, który
Get-Module
zwraca, co ułatwia poznawanie modułów jeszcze przed ich zaimportowaniem. Wszystkie właściwości są wypełniane przed zaimportowaniem. Należą do nich właściwości ExportCommands, ExportCmdlets i ExportFunctions , które wyświetlają polecenia eksportowane przez moduł.Parametr ListAvailable pobiera tylko dobrze sformułowane moduły, czyli foldery zawierające co najmniej jeden plik, którego nazwa podstawowa jest taka sama jak nazwa folderu modułu. Nazwa podstawowa to nazwa bez rozszerzenia nazwy pliku. Foldery zawierające pliki o różnych nazwach są uważane za kontenery, ale nie moduły.
Aby uzyskać moduły implementowane jako pliki DLL, ale nie są ujęte w folderze modułu, określ parametry ListAvailable i All .
Aby korzystać z funkcji sesji ciM, komputer zdalny musi mieć WS-Management komunikacji zdalnej i instrumentacji zarządzania Windows (WMI), która jest implementacją standardu Common Information Model (CIM) firmy Microsoft. Komputer musi mieć również dostawcę WMI odnajdywania modułów lub alternatywnego dostawcę WMI, który ma te same podstawowe funkcje.
Można użyć funkcji sesji ciM na komputerach, na których nie działa system operacyjny Windows i na komputerach z systemem Windows z programem PowerShell, ale nie mają włączonej komunikacji zdalnej programu PowerShell.
Możesz również użyć parametrów ciM, aby pobrać moduły CIM z komputerów z włączoną obsługą komunikacji zdalnej programu PowerShell. Obejmuje to komputer lokalny. Podczas tworzenia sesji ciągłej integracji na komputerze lokalnym program PowerShell używa modelu DCOM zamiast usługi WMI do utworzenia sesji.