小编典典

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

java

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

}

阅读 860

收藏
2020-03-10

共1个答案

小编典典

通常认为这是不好的做法。问题在于常量是实现类的公共“接口”(为了更好的用词)的一部分。这意味着实现类将所有这些值发布到外部类,即使仅在内部需要它们也是如此。常量在整个代码中不断扩散。一个示例是Swing中的SwingConstants接口,该接口由数十个类实现,它们全部“重新导出” 其所有常量(甚至是它们不使用的常量)作为自己的常量。

但是,不要仅仅相信我的话,乔什·布洛赫(Josh Bloch)也说这很不好:

恒定接口模式是对接口的不良使用。类内部使用一些常量是一个实现细节。实现常量接口会导致此实现细节泄漏到类的导出API中。对类的用户而言,该类实现一个常量接口并不重要。实际上,这甚至可能使他们感到困惑。更糟糕的是,它表示一种承诺:如果在将来的版本中对该类进行了修改,使其不再需要使用常量,则它仍必须实现该接口以确保二进制兼容性。如果非最终类实现了常量接口,则其所有子类的名称空间都将受到接口中常量的污染。

枚举可能是更好的方法。或者,你可以简单地将常量作为公共静态字段放在无法实例化的类中。这允许另一个类访问它们而不会污染其自己的API。

2020-03-10