假设我有一个被设计为实例化的类。我在类中有几个私有的“helper”方法,它们不需要访问任何类成员,只对它们的参数进行操作,并返回一个结果。

public class Example {
   private Something member;

   public double compute() {
       double total = 0;
       total += computeOne(member);
       total += computeMore(member);
       return total;         
   }

   private double computeOne(Something arg) { ... }
   private double computeMore(Something arg) {... } 
} 

是否有特别的理由指定computeOne和computeMore作为静态方法-或者有特别的理由不这样做?

当然,让它们保持非静态状态是最简单的,尽管它们当然可以是静态的,而不会引起任何问题。


当前回答

或者有什么特别的理由不(将它们声明为静态的)?

Yes.

通过将它们保留为实例方法,您可以在以后提供不同的实现。

这听起来可能很愚蠢(实际上如果这些方法只由您在50行程序中使用,则会很愚蠢),但在较大的应用程序中,或在其他人使用的库中,您可能会决定选择更好的实现,但又不想破坏现有代码。

因此,在新版本中创建一个子类并返回该子类,由于方法被声明为实例方法,因此只需让多态性完成它的工作。

此外,出于同样的原因,将构造函数设置为私有并提供静态工厂方法也会带来好处。

因此,我的建议是保留它们作为实例方法,并尽可能避免静态方法。 充分利用语言提供的动态特性。

请参见这里的相关视频:如何设计一个好的API以及为什么它很重要

虽然它与“静态vs实例”方法的讨论没有直接关系,但它涉及到API设计中一些有趣的点。

其他回答

我实在想不出私有静态方法有什么明显的优势。话虽如此,使它们是非静态的也没有什么特别的好处。这主要是一个表示的问题:你可能想让它们是静态的,以清楚地强调它们没有改变对象的事实。

对于具有不同访问权限的方法,我认为有两个主要参数:

可以在不创建对象实例的情况下调用静态方法,这很有用 静态方法不能被继承,如果您需要多态性,这可能是一个问题(但与私有方法无关)。

除此之外,差异非常小,我强烈怀疑传递给实例方法的额外this指针会产生显著差异。

或者有什么特别的理由不(将它们声明为静态的)?

Yes.

通过将它们保留为实例方法,您可以在以后提供不同的实现。

这听起来可能很愚蠢(实际上如果这些方法只由您在50行程序中使用,则会很愚蠢),但在较大的应用程序中,或在其他人使用的库中,您可能会决定选择更好的实现,但又不想破坏现有代码。

因此,在新版本中创建一个子类并返回该子类,由于方法被声明为实例方法,因此只需让多态性完成它的工作。

此外,出于同样的原因,将构造函数设置为私有并提供静态工厂方法也会带来好处。

因此,我的建议是保留它们作为实例方法,并尽可能避免静态方法。 充分利用语言提供的动态特性。

请参见这里的相关视频:如何设计一个好的API以及为什么它很重要

虽然它与“静态vs实例”方法的讨论没有直接关系,但它涉及到API设计中一些有趣的点。

我将它们声明为静态,从而将它们标记为无状态。

对于不能导出的小操作,Java没有更好的机制,所以我认为私有静态是可以接受的。

一个原因是,在其他条件相同的情况下,静态方法调用应该更快。静态方法不能是虚方法,也不接受隐式this引用。

使用静态方法的一个问题是,它会使对象在单元测试中更难使用。Mockito不能为静态方法创建模拟,也不能创建该方法的子类实现。