Сценарий Powershell, использующий system.managment.automation, все равно будет работать после того, как его хозяин C# умрет?

Question

Я хочу добавить возможности PowerShell к программе C# и Я включил сборку system.managment.automation.dll в качестве ссылки. я нашел на StackOverflow два способа вызова scrit PowerShell из C#:

• Использование пространств выполнения:

• Не с использованием пространств выполнения:

  PowerShell powerShell = PowerShell.Create(); 
  powerShell.AddScript("my script"); 
  powerShell.Invoke(); 
  

Согласно this website , похоже, экземпляр Powershell привязан к его узлу C#.

Рабочая среда Powershell вызывается как рабочая область и по умолчанию обрабатывает команды синхронно и доставляет результаты обработки в основное приложение, чтобы они могли быть возвращены пользователю.

Кроме того, скрипт PowerShell использует встроенную system.managment.automation.dll сборку и не общесистемные один, так что сценарий будет логически остановить с C# хоста.

Выполняется ли сценарий Powershell после закрытия пользователем моей программы? Как насчет двух методов?

PS: Я хочу поддерживать PowerShell v2.

Answer 1

Давайте это в обратной хронологии:

Что о двух методах?

Там нет такого понятия, как работает код Powershell с помощью «не с использованием» пространств выполнения.

Простое объяснение состоит в том, что пространство выполнения является основным условием - как следует из названия, пространство выполнения является пространство, в котором код PowerShell запустить с.

Когда вы делаете:

PowerShell powerShell = PowerShell.Create() 

пространство выполнения неявно создается и прикрепляется к экземпляру PowerShell.

Единственное отличие состоит в том, что вы просто откладываете контроль над созданием Runspace в API System.Management.Automation, а не создаете его сами.

Выполняется ли сценарий Powershell после закрытия пользователем моей программы?

Единственным обстоятельством, при котором сценарий продолжит выполнение после хост-приложение прекратившим, будет при подключении к удаленному , пространство выполнения т.пробел, размещенный в другом процессе или на другом компьютере.

В противном случае пробел (неявный или нет) будет удален вместе с остальной частью хост-приложения, когда он выйдет.