Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Ta sekcja zawiera przykładowy kod, który pokazuje, jak używać różnych typów obszarów runspace do synchronicznego i asynchronicznego uruchamiania poleceń. Program Microsoft Visual Studio umożliwia utworzenie aplikacji konsolowej, a następnie skopiowanie kodu z tematów w tej sekcji do aplikacji hosta.
W tej Sekcji
Uwaga / Notatka
Przykłady aplikacji hostów tworzących niestandardowe interfejsy hosta można znaleźć w temacie Custom Host Samples (Niestandardowe przykłady hostów).
Przykład Runspace01 W tym przykładzie pokazano, jak używać klasy System.Management.Automation.PowerShell do synchronicznego uruchamiania polecenia cmdlet Get-Process i wyświetlania jego danych wyjściowych w oknie konsoli.
Przykład Runspace02 W tym przykładzie pokazano, jak używać klasy System.Management.Automation.PowerShell do synchronicznego uruchamiania poleceń cmdlet Get-Process i Sort-Object . Wyniki tych poleceń są wyświetlane przy użyciu kontrolki System.Windows.Forms.DataGridView.
Przykład Runspace03 W tym przykładzie pokazano, jak używać klasy System.Management.Automation.PowerShell do synchronicznego uruchamiania skryptu oraz jak obsługiwać błędy niepowodujące zakończenia. Skrypt otrzymuje listę nazw procesów, a następnie pobiera te procesy. Wyniki skryptu, w tym wszelkie błędy niepowodujące zakończenia, które zostały wygenerowane podczas uruchamiania skryptu, są wyświetlane w oknie konsoli.
Przykład Runspace04 W tym przykładzie pokazano, jak używać klasy System.Management.Automation.PowerShell do uruchamiania poleceń oraz jak przechwytywać błędy zakończenia, które są zgłaszane podczas uruchamiania poleceń. Są uruchamiane dwa polecenia, a ostatnie polecenie jest przekazywane argument parametru, który jest nieprawidłowy. W rezultacie nie są zwracane żadne obiekty i zgłaszany jest błąd zakończenia.
Przykład Runspace05 W tym przykładzie pokazano, jak dodać przystawkę do obiektu System.Management.Automation.Runspaces.InitialSessionState, aby polecenie cmdlet przystawki było dostępne po otwarciu runspace'u. Przystawka udostępnia polecenie cmdlet Get-Proc (zdefiniowane w przykładzie GetProcessSample01), które jest uruchamiane synchronicznie za pomocą obiektu System.Management.Automation.PowerShell.
Przykład Runspace06 W tym przykładzie pokazano, jak dodać moduł do obiektu System.Management.Automation.Runspaces.InitialSessionState , aby moduł był ładowany po otwarciu przestrzeni uruchomieniowej. Moduł udostępnia polecenie cmdlet Get-Proc (zdefiniowane przez przykład GetProcessSample02), które jest uruchamiane synchronicznie przy użyciu obiektu System.Management.Automation.PowerShell .
Przykład Runspace07 W tym przykładzie pokazano, jak utworzyć przestrzeń uruchomieniową, a następnie użyć tej przestrzeni uruchomieniowej do synchronicznego uruchamiania dwóch poleceń cmdlet przy użyciu obiektu System.Management.Automation.PowerShell .
Przykład Runspace08 W tym przykładzie pokazano, jak dodać polecenia i argumenty do potoku obiektu System.Management.Automation.PowerShell oraz jak uruchomić polecenia synchronicznie.
Przykład Runspace09 W tym przykładzie pokazano, jak dodać skrypt do potoku obiektu System.Management.Automation.PowerShell i jak uruchomić skrypt asynchronicznie. Zdarzenia są używane do obsługi danych wyjściowych skryptu.
Przykład Runspace10 W tym przykładzie pokazano, jak utworzyć domyślny stan sesji początkowej, jak dodać polecenie cmdlet do obiektu System.Management.Automation.Runspaces.InitialSessionState, jak utworzyć przestrzeń uruchomieniową używającą stanu sesji początkowej oraz jak uruchomić polecenie za pomocą obiektu System.Management.Automation.PowerShell .
Przykład Runspace11 W tym pokazano, jak za pomocą klasy System.Management.Automation.ProxyCommand utworzyć polecenie serwera proxy, które wywołuje istniejące polecenie cmdlet, ale ogranicza zestaw dostępnych parametrów. Następnie polecenie serwera proxy jest dodawane do stanu początkowej sesji, który jest używany do tworzenia ograniczonego obszaru uruchamiania. Oznacza to, że użytkownik może uzyskać dostęp do funkcji polecenia cmdlet tylko za pośrednictwem polecenia serwera proxy.