Hugging Face的BertWordPieceTokenizer的from_file为何不用classmethod？

关于该方法使用@staticmethod而非@classmethod的原因分析 #

你提到的对应代码如下：

@staticmethod
def from_file(vocab: str, **kwargs):
    vocab = WordPiece.read_file(vocab)
    return BertWordPieceTokenizer(vocab, **kwargs)

具体原因可以从几个设计取舍的角度理解：

• 两种装饰器的核心差异决定了适用场景：@classmethod会自动将当前类作为第一个参数cls传入，最大优势是子类继承该方法时不需要重写，就能直接返回子类实例；而@staticmethod不会自动传入类相关参数，返回实例时需要硬编码指定类名。
• 这个方法的设计定位就是BertWordPieceTokenizer专属的工厂方法，没有预设给子类继承复用的需求。如果后续有子类需要自定义from_file的逻辑，直接重写该方法即可，不需要复用父类的当前实现，因此完全不需要@classmethod带来的继承适配能力。
• 该方法逻辑非常简洁，仅完成读取词表、传入构造函数返回实例的功能，没有任何依赖类本身其他属性或类方法的逻辑，用@staticmethod已经能完全满足需求，不需要额外引入冗余的cls参数。
• 也存在团队代码风格统一的考量：Hugging Face早期的很多工具类工厂方法都采用该写法，属于合理的设计选择，两种写法在当前场景下的实际功能没有本质区别。

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