当类实现接口时 ,接口就充当可以引用这个类的实例的类型(type)。因此,类实现了接口,就表明客户端可以对这个类的实例实施某些动作。为了任何其他目的而定义接口是不恰当的。
有一种接口被称为常量接口(constant interface),它不满足上述条件。这种接口没有方法,只有静态final域。常量接口模式是对接口的不良使用。这样做不仅会暴露该类的实现细节到导出API中,还会产生一个更糟糕的情况。就是在将来的发行版中,如果类不再需要使用这些常量,它依然必须实现这个接口,以确保二进制兼容性。如果非final类实现了常量接口,它的所有子类的命名空间也会被接口中的常量所“污染”。
Java平台类库中有几个常量接口,例如java.io.ObjectStreamConstants。这些接口应该被认为是反面的典型,不值得效仿。
如果要导出常量,可以有几种合理的选择方案。
1.如果常量与某个现有类或接口紧密相关,就应该把这些常量添加到这个类或接口中。
2.如果这些常量可以被看作枚举类型的成员,就应该用枚举类型(enum type)。
3.用不可实例化的工具类( utility class)。
简言之,接口应该只被用来定义类型,而不应该被用来导出常量。