常量接口 vs 枚举常量类
2015-02-06 13:52
211 查看
把常量定义在接口里与类里都能通过编译,那2者到底有什么区别呢?那个更合理?
1. 常量接口
Java代码
public interface ConstInterfaceA {
public static final String CONST_A = "aa";
public static final String CONST_C = "ac";
}
存在问题:
1) 无法限制开发员继承/实现接口.
2) 开发员能够在子接口里继续添加常量.而这些常量可能得不到祖先层的支持.
3) 常量作为参数时,是String,int等弱类型,开发员可以传入没有在常量接口里定义的值,这个问题无法通过编译器发现.
4) 由于开发员可以直接写常量值, 所以不能用==对比,只能用equals对比,不能优化性能
5) 开发员在没有参考资料时,不可能知道某个int型的参数到底应该赋什么内容.
6) 编译时,是直接把常量的值编译到类的二进制代码里,常量的值在升级中变化后,需要重新编译所有引用常量的类,因为里面存的是旧值.
2. 常量类
Java代码
public class ConstClassA {
public static final String CONST_A = "aa";
public static final String CONST_C = "ac";
private ConstClassA() {
}
}
常量类可以设置构造函数为private,从而限制继承,也就没有继续添加常量的问题了.
但是其他问题与常量接口一样无法解决
3. 枚举常量类
Java代码
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("ac");
}
解决了以上所有问题,主要体现在:
1) 私有构造函数,避免被继承和扩展.
2) 定义方法的参数时,必须用枚举常量类类型,如上面的EnumClassA类型,这样就转变成了强类型,不会出现弱类型引起的问题.
3) 常量值地址唯一,可以用==直接对比,性能会有提高.
4) 开发员可以根据该参数类型打开对应的类,从而找到定义的常量.
5) 编译时,没有把常量值编译到代码里,即使常量的值发生变化也不会影响引用常量的类.
4. enum类型
Java代码
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;
}
};
这是JDK1.5引入的,其实就是枚举常量类的代码封装简化而已.
查看enum反编译后的代码与枚举常量类的结构非常相似.
这可能是因为java的设计者一开始觉得enum与OO思想不符,所以没有提供支持,但是随着常量接口的滥用和枚举常量类方案的出现,才在JDK1.5里增加了enum.
1. 常量接口
Java代码
public interface ConstInterfaceA {
public static final String CONST_A = "aa";
public static final String CONST_C = "ac";
}
存在问题:
1) 无法限制开发员继承/实现接口.
2) 开发员能够在子接口里继续添加常量.而这些常量可能得不到祖先层的支持.
3) 常量作为参数时,是String,int等弱类型,开发员可以传入没有在常量接口里定义的值,这个问题无法通过编译器发现.
4) 由于开发员可以直接写常量值, 所以不能用==对比,只能用equals对比,不能优化性能
5) 开发员在没有参考资料时,不可能知道某个int型的参数到底应该赋什么内容.
6) 编译时,是直接把常量的值编译到类的二进制代码里,常量的值在升级中变化后,需要重新编译所有引用常量的类,因为里面存的是旧值.
2. 常量类
Java代码
public class ConstClassA {
public static final String CONST_A = "aa";
public static final String CONST_C = "ac";
private ConstClassA() {
}
}
常量类可以设置构造函数为private,从而限制继承,也就没有继续添加常量的问题了.
但是其他问题与常量接口一样无法解决
3. 枚举常量类
Java代码
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("ac");
}
解决了以上所有问题,主要体现在:
1) 私有构造函数,避免被继承和扩展.
2) 定义方法的参数时,必须用枚举常量类类型,如上面的EnumClassA类型,这样就转变成了强类型,不会出现弱类型引起的问题.
3) 常量值地址唯一,可以用==直接对比,性能会有提高.
4) 开发员可以根据该参数类型打开对应的类,从而找到定义的常量.
5) 编译时,没有把常量值编译到代码里,即使常量的值发生变化也不会影响引用常量的类.
4. enum类型
Java代码
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;
}
};
这是JDK1.5引入的,其实就是枚举常量类的代码封装简化而已.
查看enum反编译后的代码与枚举常量类的结构非常相似.
这可能是因为java的设计者一开始觉得enum与OO思想不符,所以没有提供支持,但是随着常量接口的滥用和枚举常量类方案的出现,才在JDK1.5里增加了enum.
相关文章推荐
- JAVA中常量使用常量类或者常量接口,还是使用枚举的区别
- 定义常量方式(类,接口,枚举)
- 数组VS枚举;类VS结构;抽象类VS接口
- 常量接口 vs 枚举常量类
- 常量接口 vs 枚举常量类
- 使用枚举常量代替接口常量或类常量(一个枚举实例)
- 常量应该封装到常量类,常量接口,还是枚举类中?
- 接口(类)常量与枚举常量的区别
- 常量接口 VS 枚举常量类
- 接口中的常量,枚举
- VS2010中,无法嵌入互操作类型“……”,请改用适用的接口的解决方法
- PHP自学之路-----接口VS继承、final、const
- 集合框架-枚举接口Enumeration
- 抽象类VS接口
- 常量接口模式
- C#与Java对比学习:类型判断、类与接口继承、代码规范与编码习惯、常量定义
- VS2015接口智能提示少了异常信息 怎么破~
- Delphi内存管理(Integer、Boolean、Record、枚举等都是在作用域内编译器自动申请内存,出了作用域自动释放;另外,字符串、Variant、动态数组、接口也是由Delphi自动管理)
- 黑马程序员关于常量、枚举、结构的复习
- JAVA常用基础知识点[继承,抽象,接口,静态,枚举,反射,泛型,多线程...]