Tor*_*mod 4 .net powershell system
我们拥有灵活的过程控制系统,自动化工程师通过该系统配置包含数千个小型逻辑单元的大型应用程序,这些小型逻辑单元已参数化并集成到控
在粒度级别上有许多重复的任务,并且有许多专有的生产力工具可以满足这种需求.我们有不同的业务部门,自动化工程师在技能和兴趣方面各不相同.花哨的GUI和可用性与灵活性是一个常见的讨论.
乍一看,powershell似乎是实施此类工具的合理平台,并且这也是管理整个系统设置和部署的IT方面的有利交叉技能.
这应该允许脚本精明他们所需的灵活性(他们已经是脚本人群)并且GUI依赖仍然可以获得由PowerShell支持的他们期望的GUI.
但我似乎找不到很多人/团队试图广泛使用PowerShell的脚本性和对象传递来容纳IT管理领域之外的异构用户社区.
有人有任何提示或注意事项吗？我错过了一些明显的原因,为什么不应该这样做？
PowerShell不应该接管世界吗？;-)
我完全同意你的观点,PowerShell应该接管世界,你的声明就是PowerShell的发展方向.
PowerShell上的GUI有很多意义.我做了一个截屏视频如何在WPF应用程序中托管PowerShell
Microsoft Exchange的GUI全部分布在PowerShell上.您可以在GUI中使用命令行执行的操作.Exchange甚至可以"记录"GUI步骤并将它们呈现为PowerShell脚本.
走这条路可以带你上学习曲线.嵌入PowerShell引擎,运行空间,PSObject集合,错误处理等.
那里还没有多少.
| 归档时间： |
|
| 查看次数： |
101 次 |
| 最近记录： |