Java Interface（接口） 是恒量存放的最佳地点吗

Java Interface（接口） 是常量存放的最佳地点吗？

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

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

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

有一个interface A，一个class B，代码如下：

?够简单吧，好，编译A.java和B.java。
运行，输入java B，显然结果如下：
?

同样我们编译A.java和B.java。运行class B，输入java B，显然结果如下：
Class A's name = bright
现在我们修改A.java如下：
Compiled from B.javapublic class B extends java.lang.Object {    public B();    public static void main(java.lang.String[]);}Method B()   0 aload_0   1 invokespecial #1 <Method java.lang.Object()>   4 returnMethod void main(java.lang.String[])   0 getstatic #2 <Field java.io.PrintStream out>   3 new #3 <Class java.lang.StringBuffer>   6 dup   7 invokespecial #4 <Method java.lang.StringBuffer()>  10 ldc #5 <String "Class A's name = ">  12 invokevirtual #6 <Method java.lang.StringBuffer append(java.lang.String)>  15 invokestatic #7 <Method java.lang.String getName()>  18 invokevirtual #6 <Method java.lang.StringBuffer append(java.lang.String)>  21 invokevirtual #8 <Method java.lang.String toString()>  24 invokevirtual #9 <Method void println(java.lang.String)>  27 return
?注意标号10至15行的代码，class B中已经变为对A class的getName()方法的引用，当常量name的值改变时我们只需对class A中的常量做修改并重新编译，无需编译整个项目工程我们就能改变整个应用对此常量的引用，即保持了java动态优势又保持了我们使用常量的初衷，因而方法二是一个最佳解决方案。