使用导入 static 字段是一种好的编程习惯吗？

Question

我在我的SQLiteOpenHelper class 中声明了一些常量变量：

public static final String USERNAME = "user_name";
public static final String PASSWORD = "password";

在我创建 SQL 查询的Activity中，我导入这些字段：

import com.mygame.ui.login.LoginInfoSQLiteOpenHelper.*;

这是一个好习惯吗？
还是更好地引用常量的传统方式？

LoginInfoSQLiteOpen.USERNAME

Answer 1

如果您查看某人的代码并看到类似的字段

foo.do(baz, USERNAME); 

武特（，）？ 那个 var 是从哪里来的？
搜索一下，grep，在哪里声明的？

将其用作ClassName.FIELD会使事情变得更加清晰和清晰。 您可以避免混淆，有时使用一个正确的类名来表示该字段比使用一个凭空出现的字段更有意义。

---

well, not everyone uses an IDE, and not everyone reads code through an IDE(maybe through a repository on the web), and even some consider VIM an IDE, and I do use vim a lot(although I don't think of it作为 IDE）。
所以，这不是关于 IDE 能做什么或不能做什么，而是更多关于代码阅读的内容。 代码阅读、代码质量、用您选择的编程语言表达想法，通过有意义且紧密结合的抽象方式。

Answer 2

晚了几年……但我觉得提供相反的观点是值得的。 There is a reason why Java was designed to have static field imports, and the reason is to hide how the class is implemented to users of the class. 这是面向外代码的重要设计原则。 我同意 c00kiemon5ter 的做法，但是，在某些情况下它可能是值得的。

More info on static field importing can be found here: https://docs.oracle.com/javase/1.5.0/docs/guide/language/static-import.html

Answer 3

我推荐第二种方法，只导入类而不是字段。 因此，使用拥有的 class 为常量添加前缀，例如LoginInfoSQLiteOpen.USERNAME 。 它可能变得高度冗余，但从长远来看，它更具可读性和可维护性。