PowerShell类中使用new作为方法名是否存在风险？

背景 #

为了和构造函数调用方式（如[car]::new()）保持一致，同时因为hidden关键字无法完全隐藏方法，考虑将构造辅助方法命名为new()而非init()，示例代码如下：

hidden new([string]$make) { $this.new($make, $null) }

目前使用正常，但担心存在隐患，询问是否有理由避免这种命名方式。

回答 #

确实有几个值得注意的隐患，建议尽量避免用new作为自定义方法名：

• 语义冲突与可读性问题
  PowerShell中new是构造函数的专属调用标识符，开发者看到$obj.new()时，第一反应会认为是调用构造函数创建新实例，而非当前对象的方法。这种语义混淆会大幅降低代码的可读性和维护性，让其他协作开发者产生误解。

• 潜在的调用歧义
  虽然当前测试运行正常，但复杂场景下可能出现解析冲突：

  • 若后续为类添加静态new方法，调用[car]::new()时PowerShell可能误解析为自定义静态方法，而非构造函数；
  • 子类继承时，子类的构造函数或自定义new方法可能覆盖父类的辅助方法，引发意料之外的行为。

• 无法弥补hidden的局限性
  你提到hidden无法完全隐藏方法，但用new命名反而会让这个“半隐藏”的方法更容易被误触发——用户可能下意识尝试用$obj.new()创建实例，意外调用到你的辅助方法。

• 违背PowerShell命名惯例
  PowerShell方法命名通常遵循动词-名词的驼峰式风格（类内方法如Initialize），用new作为实例方法名不符合这一惯例，会增加代码的理解成本。

替代方案 #

1. 使用明确的动词命名辅助方法
   比如用Initialize或Setup，示例：

   hidden Initialize([string]$make) { $this.Initialize($make, $null) }
   

2. 使用官方支持的构造函数链
   PowerShell 5.1+原生支持在构造函数中直接调用同类其他构造函数，写法为: this()，无需自定义辅助方法：

   class Car {
       [string]$Make
       [string]$Model
   
       Car([string]$make) : this($make, $null) {}
   
       Car([string]$make, [string]$model) {
           $this.Make = $make
           $this.Model = $model
       }
   }
   

内容的提问来源于stack exchange，提问作者iRon