与Java中的静态字段进行接口以共享“常量”

  • Z时代
  • 2024-01-10
  • 分类：问答

我正在查看一些开放源代码的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。

以上是 与Java中的静态字段进行接口以共享“常量” 的全部内容， 来源链接： utcz.com/qa/426919.html

回到顶部