您对方法作用域常量有何看法？

Question

例如：就

public void doSomething() {

    final double MIN_INTEREST = 0.0;

    // ...  
}

我个人而言，我宁愿看到这些替换常量在类级别静态声明。 我想我正在寻找有关此事的“行业观点”。

Answer 1

我认为只有当它们被多种方法使用时才应该将它们放在类级别。 如果仅在该方法中使用它，那么对我来说看起来不错。

Answer 2

我的起始位置是每个变量或常量都应该尽可能接近其第一次使用而声明/初始化（即不要将逻辑代码块分成两半，只是为了声明更近的几行），并且范围为尽可能紧密。 ——除非你能给我一个该死的充分理由，说明为什么它应该有所不同。

例如，作用域为 Final 的方法在公共 API 中不可见。 有时，这一点信息可能对您班级的用户非常有用，应该向上移动。

在您在问题中给出的示例中，我想说 MIN_INTEREST 可能是用户希望获得的信息之一，并且它的范围应该限于类，而不是方法。 （尽管示例代码没有上下文，我的假设可能完全错误。）

Answer 3

从技术上讲，Java 中不存在“方法范围常量”这样的东西。 您所指的只是一个最终局部变量； 它在每次方法调用时创建和销毁。

http://www.java-tips.org/java-se-tips/java.lang/how-do-i-declare-a-constant-in-java.html

Answer 4

我自己也使用过这种方法作用域常量，但有时同事会在代码审查期间修改它。 同样，这些同事不喜欢阅读/编写开源软件，但他们习惯于企业软件。

我告诉他们，如果在单个方法中使用类级别常量，那么使用它是没有意义的，但我发现不止一位同事坚持将其向上移动。
我通常会遵守，因为我并不那么严格，除非它影响可读性和/或性能。

Answer 5

信息隐藏和模块化是关键原则，缩小范围是更好的信息隐藏。 如果该常量仅被方法需要，则隐藏效果很好。 如果该常量在其他地方有用，请将其扩展到更广泛的范围，但仅限于需要的范围。

您可能会担心，因为这是一个常量，因此，它可能看起来属于某些全局属性表。 也许确实如此。 也许事实并非如此。 您的担忧是有道理的，但没有一个地方可以容纳所有常量。

Answer 6

我对此有不同的看法：恕我直言，最好将它们放在文件/类范围内，特别是如果您出于这个原因在团队中工作：假设您从一小段代码开始......

public void doSomething() {

  final double MIN_INTEREST = 0.0;

  // ...  
}

而团队的其他成员则扩展了具有大量方法的类，现在该类是一个精彩的 500 行/50 个方法 巨型类。 想象一下工程师尝试添加带有常量的新方法的经历，他们必须 1 扫描整个类，寻找符合其需求的常量，2将常量移动到类范围，希望与现有代码不发生冲突，并且 3 还添加了它们的方法。

如果您首先在文件/类范围内添加所有常量，工程师就有一个 1 单一位置来查找现有常量，并且 2 从其他位置派生一些常量说得通。 （例如，如果您有一个 pi 常量，您可能还想定义一个值为 pi/2 的新常量）。

Answer 7

之所以可以在类级别或方法（本地）级别定义最终变量，是因为您可以覆盖（本地）方法内的全局静态常量。

示例：

public class Test {

    final double MIN_INTEREST = 0.0;

    /**
     * @param args
     */
    public static void main(String[] args) {


        Test test = new Test();

        test.doSomethingLocal();
        test.doSomethingGlobal();

    }

    public void doSomethingGlobal() {

        System.out.println("Global-> " + MIN_INTEREST);

    }

    public void doSomethingLocal() {

        final double MIN_INTEREST = 0.1;

        System.out.println("Local-> " + MIN_INTEREST);

    }
}

输出将是：

Local-> 0.1
Global-> 0.0

所以你的问题没有任何意义。