如果私有帮助方法可以是静态的，那么它们应该是静态的吗

假设我有一个被设计为实例化的类。我在类中有几个私有的“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作为静态方法-或者有特别的理由不这样做?

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

当前回答

如果该方法基本上只是一个子例程，永远不会使用状态信息，则将其声明为静态。

这允许它在其他静态方法或类初始化中使用，即:

public class Example {
   //...

   //Only possible if computeOne is static
   public final static double COMPUTED_ONE = computeOne(new Something("1"));

   //...
}

2009-02-11 21:43:30

其他回答

正确答案是:

任何不从字段中获取任何信息，也不向字段中放入任何信息的方法都不必是实例方法。任何不使用或改变其类或对象中的任何字段的方法都可能是静态方法。

2011-09-05 13:00:24

就像很多人说的那样，让它成为静态! 以下是我遵循的经验法则:如果你认为方法只是一个数学函数，即它是无状态的，不涉及任何实例变量(=> no blue color vars [in eclipse]在方法中)，方法的结果将是相同的'n'次调用(当然，具有相同的参数)，然后将该方法标记为STATIC。

如果你认为这个方法对其他类有用，那么把它移动到Util类中，否则，把这个方法作为私有的放在同一个类中。(尽量减少可达性)

2009-11-25 05:57:31

在这种情况下，我倾向于让computeOne和computeMore成为静态方法。原因是:封装。访问类实现的代码越少越好。

在您给出的示例中，您指出computeone和computeMore不应该访问类的内部，那么为什么要给类的维护者干涉内部的机会呢?

2009-02-11 21:48:08

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