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

蛋疼的是没有说为什么？

 

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

 

我把自己总结的放在下面。

 

第一

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

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

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

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

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

 

第二

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

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

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

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

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

 

第三

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

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

 import static const.valueAAA

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

 

总结

接口是定义类型的，而不应该用于导出常量。

版权声明：本文为ydymz原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://www.cnblogs.com/ydymz/p/8953268.html