我正在查看一些开放源代码的Java项目以进入Java,并注意到其中许多具有某种“常量”接口。
例如,processing.org有一个名为PConstants.java的接口,大多数其他核心类都实现了该接口。该接口充满了静态成员。是否有这种方法的原因,或者这被认为是不良做法?为什么不使用有意义的枚举或静态类呢?
我发现使用接口允许某种伪“全局变量”很奇怪。
public interface PConstants { // LOTS OF static fields... static public final int SHINE = 31; // emissive (by default kept black) static public final int ER = 32; static public final int EG = 33; static public final int EB = 34; // has this vertex been lit yet static public final int BEEN_LIT = 35; static public final int VERTEX_FIELD_COUNT = 36; // renderers known to processing.core static final String P2D = "processing.core.PGraphics2D"; static final String P3D = "processing.core.PGraphics3D"; static final String JAVA2D = "processing.core.PGraphicsJava2D"; static final String OPENGL = "processing.opengl.PGraphicsOpenGL"; static final String PDF = "processing.pdf.PGraphicsPDF"; static final String DXF = "processing.dxf.RawDXF"; // platform IDs for PApplet.platform static final int OTHER = 0; static final int WINDOWS = 1; static final int MACOSX = 2; static final int LINUX = 3; static final String[] platformNames = { "other", "windows", "macosx", "linux" }; // and on and on }
通常认为这是不好的做法。问题在于常量是实现类的公共“接口”(为了更好的用词)的一部分。这意味着实现类将所有这些值发布到外部类,即使仅在内部需要它们也是如此。常量在整个代码中不断扩散。一个示例是Swing中的SwingConstants接口,该接口由数十个类实现,它们全部“重新导出” 其所有常量(甚至是它们不使用的常量)作为自己的常量。
但是,不要仅仅相信我的话,乔什·布洛赫(Josh Bloch)也说这很不好:
恒定接口模式是对接口的不良使用。类内部使用一些常量是一个实现细节。实现常量接口会导致此实现细节泄漏到类的导出API中。对类的用户而言,该类实现一个常量接口并不重要。实际上,这甚至可能使他们感到困惑。更糟糕的是,它表示一种承诺:如果在将来的版本中对该类进行了修改,使其不再需要使用常量,则它仍必须实现该接口以确保二进制兼容性。如果非最终类实现了常量接口,则其所有子类的名称空间都将受到接口中常量的污染。
枚举可能是更好的方法。或者,你可以简单地将常量作为公共静态字段放在无法实例化的类中。这允许另一个类访问它们而不会污染其自己的API。