标签：手册 strong 条件 兼容性 方法 发行版本 包含 java bsp
【推荐】接口类中的方法和属性不要加任何修饰符号（public 也不要加） ，保持代码的简洁性，并加上有效的 Javadoc 注释。尽量不要在接口里定义变量，如果一定要定义变量，肯定是与接口方法相关，并且是整个应用的基础常量。
在effective java中文版第2版中第19条：接口只用于定义类型
当类实现接口时，接口就充当可以引用这个类的实例的类型（type）.因此。类实现了接口，就表明客户端可以对这个类的实例实施某些动作。为了任何其他目的而定义接口是不恰当的。
有一种接口被称为常量接口，它不满足上面的条件，这种接口没有包含任何方法，它只包含静态的final域，每个域都导出一个常量。使用这些常量的类实现这个接口，以避免用类名来修饰常量名。
常量接口模式是对接口的不良使用。类在内部使用某些常量，这纯粹是实现细节。实现常量接口，会导致把这样的实现细节泄露到该类的导出API中。类实现常量接口，这对于这个类的用户来讲并没有什么价值。实际上，这样做反而使他们更加糊涂。更糟糕的是。它代表了一种承诺：如果在将来的发行版本中，这个类被修改了，它不再需要使用这些常量了，他依然必须实现这个接口，以确保二进制兼容性：可以理解为如果非final 类实现了常量接口，它的所有子类的命名空间也会被接口中的常量所污染；比如A.class接口中定义了一个常量constantA（接口中变量必须定义成static final），B.class实现了A.class并使用了常量constantA，C.class继承了B.class也使用了constantA；现在B不需要再使用constantA，但是也必须实现这个接口，因为B的子类使用了constantA常量。
阿里巴巴Java开发手册剖析-01.尽量不要在接口里定义变量
标签：手册 strong 条件 兼容性 方法 发行版本 包含 java bsp
原文地址：https://www.cnblogs.com/kesuns/p/12704359.html
