Java中的常量:如何避免反模式

在应用中,我们往往需要一个常量文件,用于存储被多个地方引用的共享常量。在设计应用时,我也遇到了类似的情况,很多地方都需要各种各样的常量。

我确定需要一个单独的文件来存储这些静态公共常量。但是我不是特别确定是应该用接口还是类(枚举不满足我的需求)。我有两种选择:

使用接口,如:

package one;
public interface Constants {
String NAME="name1";
int MAX_VAL=25;
}

package two;
public class Constants {
public static final String NAME="name1";
public static final int MAX_VAL=25;
}

我的观点是使用接口。因为接口会自动将成员变量设置为静态的(static)、不可变的(final),这一点可以防止某些情况下错误地添加新的常量。这也使得代码看起来更简单和清晰。

同时,一个的简单测试显示,同样的接口(字节码文件)占用的空间是209个字节(ubuntu 14.04机器上),而类(字节码文件)占用的空间是366个字节(同样的操作系统)。更少的字节码文件意味着加载和维护的成本更低。此外,JVM 加载接口的时候,不需要担心类提供的额外特征(如重载、方法的动态绑定等),因此加载更快。

这看起来非常好,但是这是一个典型反模式的例子。虽然使用接口来保存常量看起很有帮助,但是这给应用后期的扩展留下一个漏洞。

假设存在在一个类,紧密】依赖于这些常量。开发者在该类中写满了通过接口对常量的引用。如:

packagename.Constant.CONSTANT_NAME

所以,为了“清理”这段代码,他可能想实现该接口,这样他就不需要到处写“packagename.Constants”,所有的常量可以直接访问。

但是,一旦他实现了该接口,所有的常量就都变成“契约”(因为所有的常量都是公共的、静态的)的一部分。这导致为这个类增加了不必要的常量。这会动摇整个基础,并引起混乱。Java 中没有一种方式可以阻止类实现接口。

而另一种方式,我们可以将类设置为final,这样就不能扩展。甚至,我们可以将构造器设置为私有的,以防止对这个类实例化,这样就永远不会破坏约定。此外,如果一个特殊的常量在同一个类中被多次使用,则开发者可以使用静态引入。

所有对于常量类,比较好的设计应该是:

package three;
//make the class non-extendable by adding final 增加final关键字来避免继承
public final class Constants {
//Hide the constructor 隐藏构造器
private Constants(){}
public static String NAME="name";
}

静态引入的例子:

import static three.Constants.NAME;
public class UseConstants {
  public static void main(String[] args) {
      System.out.println("the value of constants is"+NAME);
  }
}

这个设计问题也称为接口常量反模式(Constant Interface Anti-pattern)。

原文链接: dzone 翻译: ImportNew.com - paddx
译文链接: http://www.importnew.com/16700.html
[ 转载请保留原文出处、译者和译文链接。]



相关文章

发表评论

Comment form

(*) 表示必填项

6 条评论

  1. test 说道:

    写接口 继承他 常量直接用 一点问题也没有 java语法本来就墨迹 能偷懒干嘛不偷懒 为什么有那么多喜欢麻烦的人呢

    Thumb up 1 Thumb down 3

    • 叶子 说道:

      一般常量类里面的常量都是给整个项目用的,如果每个使用到常量的类都继承该接口,我觉得不合理

      Well-loved. Like or Dislike: Thumb up 4 Thumb down 0

  2. 破东风 说道:

    没这么看明白,把常量写在接口里面,也可以像作者说的“比较好的设计”这样进行静态引入的

    Thumb up 1 Thumb down 0

  3. d 说道:

    那不实现这个接口不就得了?

    Thumb up 0 Thumb down 0

  4. sezi 说道:

    用枚举

    Thumb up 0 Thumb down 0

  5. decaywood 说道:

    没搞明白为什么不能用enum? 哪方面不能满足你的需求?除了声明关键字不一样,enum基本就是一个类了,同时还是线程安全的。

    Thumb up 0 Thumb down 0

跳到底部
返回顶部