我正在考虑重构以迁移到 OOP，因为我已为所有用户强制使用 PS5，并且我的代码中有些东西可以真正受益于继承。我的脚本有很多在不同地方使用的实用功能。其中一些在我的类中创建辅助方法是有意义的，但有些将不仅仅用于一个类。那么，将它们保留为函数是否合适，或者这真的是一个小代码，所有东西都应该转换为类和对象？如果一个效用函数被转换为 OOP，那么在其他类之间共享它的机制是什么？您是否使用全局变量，是否创建局部变量并通过一些方法获取需要它的对象？
【问题讨论】：
标签： function powershell class
我花了很多时间编写 PowerShell 类，只是为了在我的日常工作中探索什么/如何/为什么，并且在此过程中我开始问自己以下问题：
对于第一个问题，这将有助于防止在您将只创建一个实例的类上产生额外的复杂性，而它可以很容易地成为其自己的 .ps1 脚本中包含的一系列函数和变量
对于问题二，您可以通过消除根本不需要严格定义的类来进一步过滤掉不必要的复杂性。如果您有两个函数用于内部包含结构化数据的单个字符串数组，则最好花时间确保函数本身简洁且有据可查，而不是尝试将其转换为类定义。
最后，对于问题 3，如果您正在编写的脚本目前或将来可能会转交给其他人，您需要询问这种生活质量调整是否会使您的脚本的意图更难实现理解。这通常不是问题，但如果您使用 OOP 概念解决固有的程序/功能问题，您只会混淆实际的解决方案。
最后，为了解决您对类之间共享信息的担忧，只需将您的类属性公开（如果它们需要在实例或函数之间共享）并在创建实例的范围内引用这些值。
例如，假设我有想从脚本函数访问的带有属性 Bar 的 Foo 类：
Class Foo {
[Int] $Bar = 0
Foo () { $Bar = 5 }
}
$MyVar = [Foo]::New()
Function GetBar() {
return $Script:MyVar.Bar
}
Write-Host GetBar
【讨论】：
using共享/主脚本顶部的语句指向类脚本定义的路径，例如using module $PSScriptRoot\Bin\MyClassDefinition.psm1