static in java_static Import 的用途

最新推荐文章于 2021-03-06 03:08:46 发布

怡一

最新推荐文章于 2021-03-06 03:08:46 发布

阅读量63

点赞数

文章标签： static in java

本文链接：https://blog.csdn.net/weixin_36425412/article/details/114473791

版权

本文探讨了Java 1.5引入的static import特性，其目的是为了方便调用静态成员。作者指出，static import可以避免常量接口的使用，但也可能导致命名空间污染。虽然不完全赞同这种做法，但在单元测试中，使用static import来访问如org.junit.Assert的静态方法是常见的。文章建议谨慎使用static import，只在需要频繁访问一两个类的静态成员时采用。

摘要由CSDN通过智能技术生成

今天想起来几本书上都有建议使用static import，所以去查了下：

从java doc里面可以看到，这个东西设计的初衷是为了方便调用而已。

http://docs.oracle.com/javase/1.5.0/docs/guide/language/static-import.html

翻译如果照字面做都不容易达意，只能直接解释上下文了，

以前(before1.5)使用常量，只能俩个方式：

用ConstantClass.constantField

定义在接口里面，然后让使用的类去implement它，这个就可以直接使用constantField

第二个方式似乎用起来稍微好看点，但是它会造成类多出来许多成员【可以说是name空间污染】，特别是这个影响对它的子类也存在，这个滥用的代码技巧会导致类的成员泛滥，很多java书里面都称为对继承的滥用。jdk早期代码里面这样的东西很多。

jdk1.5就加入了这样的代码糖(code sugar).【通过javap查看，static import跟ConstantClass.constantField没任何的区别，能看到都是被直接编译过去的，“ 3:ldc#22; //String c123”】

doc对于static import的使用也提出了建议，也不要滥用，一般控制在一两个类里面。

So when should you use static import?Very sparingly!Only use it when you'd otherwise be tempted to declare local copies of constants, or to abuse inheritance (the Constant Interface Antipattern). In other words, use it when you require frequent access to static members from one or two classes.

个人不赞同这个用法，不过在unit test里面，会这样的使用org.junit.Assert的static方法，原因也很简单，unit test的上下文环境里面，Assertion操作本来就是非常普通的。