Java Interface(接口) 是常量存放的最佳地点吗?

由于java interface中声明的字段在编译时会自动加上static final的修饰符,即声明为常量。因而interface通常是存放常量的最佳地点。然而在java的实际应用时却会产生一些问题。

问题的起因有两个,第一,是我们所使用的常量并不是一成不变的,而是相对于变量不能赋值改变。例如我们在一个工程初期定义常量∏=3.14,而由于计算精度的提高我们可能会重新定义∏=3.14159,此时整个项目对此常量的引用都应该做出改变。第二,java是动态语言。与c++之类的静态语言不同,java对一些字段的引用可以在运行期动态进行,这种灵活性是java这样的动态语言的一大优势。也就使得我们在java工程中有时部分内容的改变不用重新编译整个项目,而只需编译改变的部分重新发布就可以改变整个应用。

讲了这么多,你还不知道我要说什么吗?好,我们来看一个简单的例子:

有一个interface A,一个class B,代码如下:

 

Java代码   收藏代码
  1. //file A.java  
  2. public interface A{  
  3.     String name = "bright";  
  4. }  
  5. //file B.java  
  6. public class B{  
  7.     public static void main(String[] args){  
  8.         System.out.println("Class A's name = " + A.name);  
  9.     }  
  10. }  

 够简单吧,好,编译A.java和B.java。

运行,输入java B,显然结果如下:

 

Java代码   收藏代码
  1. Class A's name = bright  

 我们现在修改A.java如下:

 

Java代码   收藏代码
  1. //file A.java  
  2. public interface A{  
  3.     String name = "bright sea";  
  4. }  

 编译A.java后重新运行B class,输入java B,注意:结果如下

 

Java代码   收藏代码
  1. Class A's name = <span style="color: #ff0000;">bright</span>  

 为什么不是"Class A's name = bright sea"?让我们使用jdk提供的反编译工具javap反编译B.class看个究竟,输入:javap -c B ,结果如下:

 

Java代码   收藏代码
  1. Compiled from B.java  
  2. public class B extends java.lang.Object {  
  3.     public B();  
  4.     public static void main(java.lang.String[]);  
  5. }  
  6. Method B()  
  7.    0 aload_0  
  8.    1 invokespecial #1 <Method java.lang.Object()>  
  9.    4 return  
  10. Method void main(java.lang.String[])  
  11.    0 getstatic #2 <Field java.io.PrintStream out>  
  12.    3 ldc #3 <String "Class A's name = bright">  
  13.    5 invokevirtual #4 <Method void println(java.lang.String)>  
  14.    8 return  

 注意到标号3的代码了吗?由于引用了一个static final 的字段,编译器已经将interface A中name的内容编译进了class B中,而不是对interface A中的name的引用。因此除非我们重新编译class B,interface A中name发生的变化无法在class B中反映。如果这样去做那么java的动态优势就消失殆尽。

解决方案,有两种解决方法。

第一种方法是不再使用常量,将所需字段放入class中声明,并去掉final修饰符。但这种方法存在一定的风险,由于不再是常量着因而在系统运行时有可能被其他类修改其值而发生错误,也就违背了我们设置它为常量的初衷,因而不推荐使用。

第二种方法,将常量放入class中声明,使用class方法来得到此常量的值。为了保持对此常量引用的简单性,我们可以使用一个静态方法。我们将A.java和B.java修改如下:

 

Java代码   收藏代码
  1. //file A.java  
  2. public class A{  
  3.     private static final String name = "bright";  
  4.     public static String getName(){  
  5.         return name;  
  6.     }  
  7. }  
  8. //file B.java  
  9. public class B{  
  10.     public static void main(String[] args){  
  11.         System.out.println("Class A's name = " + A.getName());  
  12.     }  
  13. }  

 


同样我们编译A.java和B.java。运行class B,输入java B,显然结果如下:

Class A's name = bright

现在我们修改A.java如下:

 

Java代码   收藏代码
  1. //file A.java  
  2. public class A{  
  3.     private static final String name = "bright";  
  4.     public static String getName(){  
  5.         return name;  
  6.     }  
  7. }  

 我们再次编译A.java后重新运行B class,输入java B:结果如下

 

Java代码   收藏代码
  1. Class A's name = bright sea  

 终于得到了我们想要的结果,我们可以再次反编译B.class看看class B的改变,输入:

javap -c B,结果如下:

 

Java代码   收藏代码
  1. Compiled from B.java  
  2. public class B extends java.lang.Object {  
  3.     public B();  
  4.     public static void main(java.lang.String[]);  
  5. }  
  6. Method B()  
  7.    0 aload_0  
  8.    1 invokespecial #1 <Method java.lang.Object()>  
  9.    4 return  
  10. Method void main(java.lang.String[])  
  11.    0 getstatic #2 <Field java.io.PrintStream out>  
  12.    3 new #3 <Class java.lang.StringBuffer>  
  13.    6 dup  
  14.    7 invokespecial #4 <Method java.lang.StringBuffer()>  
  15.   10 ldc #5 <String "Class A's name = ">  
  16.   12 invokevirtual #6 <Method java.lang.StringBuffer append(java.lang.String)>  
  17.   15 invokestatic #7 <Method java.lang.String getName()>  
  18.   18 invokevirtual #6 <Method java.lang.StringBuffer append(java.lang.String)>  
  19.   21 invokevirtual #8 <Method java.lang.String toString()>  
  20.   24 invokevirtual #9 <Method void println(java.lang.String)>  
  21.   27 return  

 注意标号10至15行的代码,class B中已经变为对A class的getName()方法的引用,当常量name的值改变时我们只需对class A中的常量做修改并重新编译,无需编译整个项目工程我们就能改变整个应用对此常量的引用,即保持了java动态优势又保持了我们使用常量的初衷,因而方法二是一个最佳解决方案。

猜你喜欢

转载自windpoplar.iteye.com/blog/2315985