常量接口 vs 枚举常量类

原文：http://caerun.iteye.com/blog/458439

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

1. 常量接口 

Java代码  

1. public interface ConstInterfaceA {  
2.   public static final String CONST_A = "aa";  
3.   public static final String CONST_C = "ac";  
4. }  

存在问题: 

1) 无法限制开发员继承/实现接口. 

2) 开发员能够在子接口里继续添加常量.而这些常量可能得不到祖先层的支持. 

3) 常量作为参数时,是String,int等弱类型,开发员可以传入没有在常量接口里定义的值,这个问题无法通过编译器发现. 

4) 由于开发员可以直接写常量值, 所以不能用==对比,只能用equals对比,不能优化性能 

5) 开发员在没有参考资料时,不可能知道某个int型的参数到底应该赋什么内容. 

6) 编译时,是直接把常量的值编译到类的二进制代码里,常量的值在升级中变化后,需要重新编译所有引用常量的类,因为里面存的是旧值. 


2. 常量类 

Java代码  

1. public class ConstClassA {  
2.   public static final String CONST_A = "aa";  
3.   public static final String CONST_C = "ac";  
4.   
5.   private ConstClassA() {  
6.   }  
7. }  

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


3. 枚举常量类 

Java代码  

1. public class EnumClassA {  
2.   private String name;  
3.   
4.   private EnumClassA(String name) {  
5.     this.name = name;  
6.   }  
7.   
8.   public static final EnumClassA CONST_A = new EnumClassA("aa");  
9.   public static final EnumClassA CONST_C = new EnumClassA("ac");  
10. }  

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

1) 私有构造函数,避免被继承和扩展. 

2) 定义方法的参数时,必须用枚举常量类类型,如上面的EnumClassA类型,这样就转变成了强类型,不会出现弱类型引起的问题. 

3) 常量值地址唯一,可以用==直接对比,性能会有提高. 

4) 开发员可以根据该参数类型打开对应的类,从而找到定义的常量. 

5) 编译时,没有把常量值编译到代码里,即使常量的值发生变化也不会影响引用常量的类. 


4. enum类型 

Java代码  

1. public static enum Grade {  
2.                             A(4),  
3.                             B(3),  
4.                             C(2),  
5.                             D(1),  
6.                             F(0);  
7.                               
8.                             private int points;  
9.                             Grade(int points) {  
10.                                 this.points = points;  
11.                             }  
12.                               
13.                             int getPoints() {  
14.                                 return points;  
15.                             }  
16.                          };  

这是JDK1.5引入的,其实就是枚举常量类的代码封装简化而已. 
查看enum反编译后的代码与枚举常量类的结构非常相似. 
这可能是因为java的设计者一开始觉得enum与OO思想不符,所以没有提供支持,但是随着常量接口的滥用和枚举常量类方案的出现,才在JDK1.5里增加了enum. 

原文地址：http://blog.csdn.net/jxc/archive/2009/03/18/4001397.aspx