通常认为这是不好的做法。问题在于常量是实现类的公共“接口”（为了更好的用词）的一部分。这意味着实现类将所有这些值发布到外部类，即使仅在内部需要它们也是如此。常量在整个代码中不断扩散。一个示例是Swing中的SwingConstants接口，该接口由数十个类实现，它们全部“重新导出” 其所有常量（甚至是它们不使用的常量）作为自己的常量。
但是，不要仅仅相信我的话，乔什·布洛赫（Josh Bloch）也说这很不好：
恒定接口模式是对接口的不良使用。类内部使用一些常量是一个实现细节。实现常量接口会导致此实现细节泄漏到类的导出API中。对类的用户而言，该类实现一个常量接口并不重要。实际上，这甚至可能使他们感到困惑。更糟糕的是，它表示一种承诺：如果在将来的版本中对该类进行了修改，使其不再需要使用常量，则它仍必须实现该接口以确保二进制兼容性。如果非最终类实现了常量接口，则其所有子类的名称空间都将受到接口中常量的污染。
枚举可能是更好的方法。或者，你可以简单地将常量作为公共静态字段放在无法实例化的类中。这允许另一个类访问它们而不会污染其自己的API。
