导入静态与静态最终

Question

过去我经常在 Java 类中使用“import static”构造。最近我意识到，而不是

import static my.pack.A.MY_CONSTANT;

你可以使用

import my.pack.A;

public class B {
    private static final MY_CONSTANT = A.MY_CONSTANT;
}

这种方法最明显的优点是：

1. 您可以在 Eclipse 中使用重构轻松地从代码中删除所有长常量表达式，例如 A.B.C.CONSTANT.ANOTHER_ONE.TOO_LONG，而不会弄乱静态导入（在 Eclipse 中掌握起来并不那么快）
2. 您可以为任何表达式指定任何名称，这在当前上下文中可能更有意义。

例如：

private static final PAYMENT_TYPE = PaymentType.CASH;
...
calculateSomething(amount, PAYMENT_TYPE);

而不是

import static my.pack.PaymentType.CASH
...
calculateSomething(amount, CASH);

如果默认 PaymentType 值更改为 CREDIT_CARD，这也更容易重构。

我的问题是：与静态导入相比，这种方法有什么缺点吗？或者它可以在任何地方使用吗？

我现在唯一关心的是生成的编译后的 .class 文件，这可能与所描述的两种方法不同。所以理论上性能和内存使用可能会受到影响。

Answer 1

我认为唯一的缺点是你有更多的代码，你将一个常量分配给另一个常量。除此之外应该没有区别。性能和内存无关紧要，您可能会有更多引用返回到相同的常量池条目。即使它创建了单独的常量池条目，也需要很多条目才能有所作为。

在无法重命名原始条目的情况下，能够为常量命名可能是一件好事。

Answer 2

这主要是口味问题，但官方docs 建议谨慎使用static 版本，尤其是带有通配符的版本。静态导入的主要缺点是它通过添加所有静态成员来污染您的命名空间。在您上面的示例中，它应该与您认为对您的代码更具可读性的内容有关。除非你真的想要package 的所有static 成员，否则不要做“导入包。*”的冲动。

它不应该影响你的编译代码——它只是提供对同一常量的简写访问。