常量接口 vs 常量类 vs 枚举区别

BNTang

发布于 2023-10-12 14:23:34

1620

发布于 2023-10-12 14:23:34

文章被收录于专栏：『学习与分享之旅』

把常量定义在接口里与类里都能通过编译，那2者到底有什么区别呢？

那个更合理？

常量接口

public interface ConstInterfaceA {
    public static final String CONST_A = "aa";
    public static final String CONST_C = "cc";
}

存在问题:

无法限制开发人员, 继承/实现接口
开发人员能够在子接口里继续添加常量，而这些常量可能得不到祖先层的支持
常量作为参数时, 是 String, int 等弱类型, 开发人员可以传入没有在常量接口里定义的值, 这个问题无法通过编译器发现
由于开发人员可以直接写常量值, 所以不能用 == 对比, 只能用 equals 对比, 不能优化性能
开发人员在没有参考资料时, 不可能知道某个 int 型的参数到底应该赋什么内容
编译时, 是直接把常量的值编译到类的二进制代码里, 常量的值在升级中变化后, 需要重新编译所有引用常量的类, 因为里面存的是旧值

常量类

public class ConstClassA {
    public static final String CONST_A = "aa";
    public static final String CONST_C = "cc";

    private ConstClassA() {
    }
}

常量类可以设置构造函数为 private
从而限制继承, 也就没有继续添加常量的问题了
但是其他问题与常量接口一样无法解决

枚举常量类

public class EnumClassA {
    private String name;

    private EnumClassA(String name) {
   		 this.name = name;
	  }
  
    public static final EnumClassA CONST_A = new EnumClassA("aa");
    public static final EnumClassA CONST_C = new EnumClassA("cc");
}

解决了以上所有问题, 主要体现在:

私有构造函数, 避免被继承和扩展
定义方法的参数时, 必须用枚举常量类类型, 如上面的 EnumClassA 类型, 这样就转变成了强类型, 不会出现弱类型引起的问题
常量值地址唯一, 可以用 == 直接对比, 性能会有提高
开发人员可以根据该参数类型打开对应的类, 从而找到定义的常量
编译时, 没有把常量值编译到代码里, 即使常量的值发生变化也不会影响引用常量的类

enum 类型

public static enum Grade {
    A(4),
    B(3),
    C(2),
    D(1),
    F(0);

    private int points;
    
    Grade(int points) {
   		 this.points = points;
    }
    
    int getPoints() {
    	return points;
    }
};