在應(yīng)用中，我們往往需要一個(gè)常量文件，用于存儲(chǔ)被多個(gè)地方引用的共享常量。在設(shè)計(jì)應(yīng)用時(shí)，我也遇到了類似的情況，很多地方都需要各種各樣的常量。

我確定需要一個(gè)單獨(dú)的文件來(lái)存儲(chǔ)這些靜態(tài)公共常量。但是我不是特別確定是應(yīng)該用接口還是類（枚舉不滿足我的需求）。我有兩種選擇：

使用接口，如：

package one;public interface Constants {String NAME="name1";int MAX_VAL=25;}或package two;public class Constants {public static final String NAME="name1";public static final int MAX_VAL=25;}

我的觀點(diǎn)是使用接口。因?yàn)榻涌跁?huì)自動(dòng)將成員變量設(shè)置為靜態(tài)的（static）、不可變的（final），這一點(diǎn)可以防止某些情況下錯(cuò)誤地添加新的常量。這也使得代碼看起來(lái)更簡(jiǎn)單和清晰。

同時(shí)，一個(gè)的簡(jiǎn)單測(cè)試顯示，同樣的接口（字節(jié)碼文件）占用的空間是209個(gè)字節(jié)（ubuntu 14.04機(jī)器上），而類（字節(jié)碼文件）占用的空間是366個(gè)字節(jié)（同樣的操作系統(tǒng)）。更少的字節(jié)碼文件意味著加載和維護(hù)的成本更低。此外，JVM 加載接口的時(shí)候，不需要擔(dān)心類提供的額外特征（如重載、方法的動(dòng)態(tài)綁定等），因此加載更快。

這看起來(lái)非常好，但是這是一個(gè)典型反模式的例子。雖然使用接口來(lái)保存常量看起很有幫助，但是這給應(yīng)用后期的擴(kuò)展留下一個(gè)漏洞。

假設(shè)存在在一個(gè)類，緊密】依賴于這些常量。開發(fā)者在該類中寫滿了通過(guò)接口對(duì)常量的引用。如：

但是，一旦他實(shí)現(xiàn)了該接口，所有的常量就都變成“契約”（因?yàn)樗械某Ａ慷际枪驳摹㈧o態(tài)的）的一部分。這導(dǎo)致為這個(gè)類增加了不必要的常量。這會(huì)動(dòng)搖整個(gè)基礎(chǔ)，并引起混亂。Java 中沒(méi)有一種方式可以阻止類實(shí)現(xiàn)接口。

而另一種方式，我們可以將類設(shè)置為final，這樣就不能擴(kuò)展。甚至，我們可以將構(gòu)造器設(shè)置為私有的，以防止對(duì)這個(gè)類實(shí)例化，這樣就永遠(yuǎn)不會(huì)破壞約定。此外，如果一個(gè)特殊的常量在同一個(gè)類中被多次使用，則開發(fā)者可以使用靜態(tài)引入。

所有對(duì)于常量類，比較好的設(shè)計(jì)應(yīng)該是：

package three;//make the class non-extendable by adding final 增加final關(guān)鍵字來(lái)避免繼承public final class Constants {//Hide the constructor 隱藏構(gòu)造器private Constants(){}public static String NAME="name";}

靜態(tài)引入的例子：

import static three.Constants.NAME;public class UseConstants { public static void main(String[] args) {   System.out.println("the value of constants is"+NAME); }}

這個(gè)設(shè)計(jì)問(wèn)題也稱為接口常量反模式（Constant Interface Anti-pattern）。

以上就是java常量在使用過(guò)程中如何避免反模式的解決方法，希望對(duì)大家的學(xué)習(xí)有所幫助。