Я понимаю, что практически всякая «настоящая работа», выполняемая различными компонентами GUI в Windows Server 2012 (например, в управлении дисками), выполняется путем вызова PowerShell. (То есть ничего не может быть сделано в графическом интерфейсе, который не может быть выполнен с помощью Powershell.)Создание сценариев Powershell при работе в Windows GUI
Способность видеть и/или собирать различные действия Powershell, предпринятые Windows при использовании графического интерфейса, быть ужасно ценным. Вы включили эту функцию, выполните необходимую работу по настройке и отключите ее, в результате получите один или несколько сценариев Powershell, которые автоматизируют то, что вы только что сделали вручную. (Конечно, сценарий (ы), вероятно, можно было бы параметризовать по-разному.) Время, которое не удалось выяснить, какие командлеты используются для выполнения различных задач и какие параметры переданы им, будет огромным - даже просто зная, что используются командлеты, вы совершенно не понимаете, как автоматизировать все.
Эта возможность была бы такой же, как включение Macro Recorder в Excel, выполнение операции и ее отключение - рассмотрение полученного макроса говорит вам, какие манипуляции с базовыми объектами и как получить результат, который вы легко удалось использовать графический интерфейс Excel.
Имеется ли эта возможность? Как включить и выключить его? (Я искал глупостей и искал себя, но не видел ничего, что говорит о том, как это сделать, или даже прямо говорит, что это возможно - хотя я могу поклясться, что читал/слышал об этом в каком-то блоге или подкасте, назад в то время, когда меня не волновало Powershell.)
Любая информация была бы оценена.
Я верю, что вы слышали об обратном: [автоматизация пользовательского интерфейса с Powershell] (http://msdn.microsoft.com/en-us/magazine/cc337896.aspx). –
Некоторые продукты (например, System Center) позволяют отображать сгенерированный код PowerShell, но AFAIK нет системного макрорекордера. Сгенерированный код также требует совсем немного настройки, если вы хотите превратить его в полезный скрипт. –
Я думаю, что подавляющее большинство компонентов Windows/продуктов «хост» PowerShell. Они компилируются в поддержку powershell в компонент с использованием классов .NET в 'system.management.automation'.Таким образом, макро-способность должна была бы встроена в (умеренно) низкоуровневые API-интерфейсы Powershell. (На этом уровне нет командной строки Powershell или ISE GUI, это просто API). Поскольку компонент «управляет» API, он должен был бы включить макрокоманд. Поэтому, даже если бы была макрозапись, это все равно привело бы к тому, что сказал Ансгар, - поддержка будет составляться по компонентам. –