powershell - 我正在设计一个厚 UI 诊断工具，它是否应该直接集成到 PowerShell

Question

我和我的团队正在设计一种诊断测试工具，作为我们下一个产品的一部分。测试工具将执行请求/响应 API 并显示异步事件。作为诊断工具套件的一部分，我们还将为整个产品 API 提供 cmdlet。

是否值得将 PowerShell 执行嵌入到工具 UI 中？其他开发团队在做什么？

这些脚本仍然可以在任何 PowerShell 窗口或工具中独立运行。从用户的角度来看，他们将获得从我们的 UI 启动脚本的能力。而且，由于 UI 可以监视脚本所作用的相同设备，因此它为脚本的执行和结果的监视带来了一些统一。嵌入脚本执行给项目带来了更多的工作，我不确定我们希望如何处理显示脚本的结果。

大多数 PowerShell 用户是否希望从他们自己的 shell 环境或来自他们产品供应商的工具中运行他们的脚本？请注意，我们的诊断工具不会像某些 Microsoft 工具那样为用户自动生成脚本(这对于没有经验的 PowerShell 用户可能很有值(value)，但我们希望大多数脚本都相当简单，例如在一系列设备上执行命令) .

Answer 1

幸运的是，嵌入 PowerShell 引擎并执行命令/脚本并返回结果非常简单。也就是说，我不确定你的场景是我嵌入 PowerShell 的场景。您会问人们是更喜欢从他们自己的 shell 还是从工具供应商环境中运行脚本。我不能代表所有人，但我使用的 shell 和编辑器支持一些用于调试、代码折叠、语法突出显示、多个运行空间等的漂亮功能。我不确定您是否愿意努力提供类似的功能.

嵌入 PowerShell 的一个原因是执行相同的 PowerShell cmdlet 作为核心诊断和监控引擎的一部分。这样，您就不必在诊断工具应用引擎和客户用于自动化的 cmdlet 之间复制功能。听起来您用于在应用程序中进行诊断和监控的代码与 cmdlet 中的代码不同？或者应用程序和 cmdlet 之间是否有共享的通用代码？

嵌入 PowerShell 的另一个原因是允许应用程序本身可编写脚本，但这似乎不适合您的方案。

嵌入 PowerShell 的另一个原因是，如果您正在实现一个新的主机 - 即您提供一些独特的编辑或 shell 功能。执行此操作的一些应用程序是 PowerGUI(允许您启动脚本 IIRC)和 PowerShell Plus。

我在应用程序中嵌入 PowerShell 的另一个原因是我知道我可以用比等效的 C# 代码少得多的代码获得某些结果。这是一个较弱的原因，我可能不会在商业应用程序中这样做，但我已将其用于一次性程序。