当类实现接口时，接口就充当可以引用这个类的实例的类型（type）。因此类实现了接口，就表明客户端可以对这个类的实例实施某些动作。为了其他目的而定义接口是不恰当的。
有一种接口被称为常量接口（constant interface），他不满足上面的条件。这种接口没有包含任何方法，他只包含静态的final域，每个域都到处一个常量。使用这些常量的类实现这个接口，以避免用类名来修饰常量名。
类在内部使用某些常量，这纯粹是实现细节。实现常量接口，会导致把这样的实现细节泄露到该类的导出API中。类实现常量接口，这对于用户来讲并没有什么价值。实际上，这样做反而会使他们更加糊涂。更糟糕的是，他代表了一种承诺：如果将来的发行版本中，这个类被修改了，他不再需要使用这些常量了，他依然必须实现这个接口，以确保二进制兼容性。如果非final类实现了常亮接口，他的所有子类的命名空间也会被接口中的常量所“污染”。
如果这些常量与某个现有的类或者接口紧密相关，就应该把这些常量添加到这个类或者接口中
如果这些常量最好被看做枚举类型的成员，就应该用枚举类型（enum type）来导出这些常量
使用不可实例化的工具类（utility class）来导出这些常量
工具类通常要求客户端要用类名来修饰这些常量名，例如PhysicalConstants.AVOGADROS_NUMBER。如果大量利用工具类导出的常量，可以通过利用静态导入（static import）机制，避免用类名来修饰常量名。
简而言之，接口应该只被用来定义类型，他不应该被用来导出常量。
