Java的常量接口思考,项目中的常量是放在接口里还是放在类里呢?

Deadly 提交于 2021-02-20 08:08:02

最近在看一本书 Java与模式,里面提了一句不建议使用常量接口,甚至举了个java源码的反例,

蛋疼的是没有说为什么?

 

查了网上一圈发现他们也是知道怎么做而不知道为什么这么做。

 

然后我只能找谷歌了,翻译后,我把自己理解外加总结的放在下面。

 

第一

常量类应该是final,不变的,而接口里的参数是final,也是不变的。

那么,看起来接口是放常量没有一定问题,还省去了final的输入,非常的合适。

但是,类是只能单继承的,接口是允许多实现的。

要是类实现的多个接口出现重名的常量,会报错,必须要在实现类明确常量用的是哪个接口的。

虽然这可以说是架构师设计的问题,但是,架构师这么做就违反了依赖倒转原则,这玩意就不细说了。

 

第二

如果某个实现了常量接口的类被修改不再需要常量了,也会因为序列化兼容原因不得不保持该实现,而且非final类实现常量接口会导致所有子类被污染。

这个应该很少人遇到过,不过这是 Effective Java 里面说的。

具体的理解就是,能被序列化的一定是数据,

那么突然改了数据结构,可能导致老版的数据无法被反序列化,而新版的数据会有冗杂的数据,

要是折腾个几次,网络传输协议 这个无法通过时间或者空间提升的玩意就能逼死你了。

 

Effective Java 作者 大佬的原话

According to Joshua Bloch, author of "Effective Java":
The constant interface pattern is a poor use of interfaces.
That a class uses some constants internally is an implementation detail.
Implementing a constant interface causes this implementation detail to leak into the class's exported API. 
It is of no consequence to the users of a class that the class implements a constant interface.
In fact, it may even confuse them. Worse, it represents a commitment:
if in a future release the class is modified so that it no longer needs to use the constants,
it still must implement the interface to ensure binary compatibility. If a nonfinal class implements a constant interface, all of its subclasses will have their namespaces polluted by the constants in the interface.

 

第三

基于数据只暴露给相应的类的原则,一个类实现一个常量接口,可能只需要其中几个常量,而得到了更多无用的常量,

所以,使用常量接口的时候都是

import static const.valueAAA

那此时和常量类有区别吗?

 

总结

接口是定义类型的,而不应该用于导出常量。常量接口不建议使用,应使用常量类。

标签
易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!