PowerShell 最佳实践 : Is it bad to treat a PowerShell script like an advanced batch file?

Question

我是自学 PowerShell，现在已经编写了一些脚本，其中一些非常强大。尽管如此，我担心我可能不会以预期的方式使用 PowerShell。以下是我的两个主要担忧:

从我读过的内容来看，PowerShell 脚本应该以一种可以通过管道传输的方式编写，并且它们也可以通过管道将其输出传输到其他内容中。但是我编写脚本的方式是完全独立的，并通过 Write-Host 将所有内容输出给用户。 .

我读过的另一件事是，当出现错误时(例如，您尝试读取文件但没有权限)，您应该使用 Write-Error而不是 Write-Host .不过，我不这样做。我只是捕获简单的英文错误信息并用 Write-Host 输出它因此对于除了如何运行脚本之外对 PowerShell 或编码一无所知的人来说，它更加用户友好。

在 PowerShell 社区中，这些事情中的任何一个都非常不受欢迎吗？如果我向高级 PowerShell 编码人员展示我的一个功能强大、评论良好、易于阅读的脚本，他会 mock 它并称其为垃圾吗？

我的一些脚本可能对其他人有用，但我不愿向任何人展示代码，因为我担心我的风格不正确。任何帮助，将不胜感激。谢谢!

Answer 1

"If I showed one of my powerful, well-commented, easy-to-read scripts"

不可能每个人都始终遵循 IMO 最佳实践。我认为只要您的代码功能强大，易于阅读和修改(带有注释)，并且如果人们发现它有用，那么您就不必担心遵循最佳实践，但最好开始在您的代码中实现最佳实践慢慢地。

在 SharePoint 中，最佳做法是将错误写入日志和事件查看器，但在我的某些项目中，我们将错误详细信息通过电子邮件发送到特定收件箱，以立即检查和纠正问题。我们不遵循此处的最佳实践，但我们发现这很有用且有效。

我们有许多 PowerShell 脚本，我们的团队几乎每天都使用它们来在我们的 SharePoint 服务器中执行快速任务。它们是由我们编写的，我们也没有遵循所有最佳实践:)