Final constrants
在編程中，用final變量來聲明一些常量，這樣就不用在每個(gè)用到這個(gè)常量數(shù)字的地方打入令人厭煩的復(fù)雜數(shù)字（比如PI），只要打入這個(gè)常量名字就行了。這大家都知道，可是要注意，這種常量是在編譯階段才被替換的（所謂替換，就是把程序中用到這個(gè)常量名字的地方，用常量本身來替代）。那意味著，如果其它類用到了這個(gè)常量，如果常量的值發(fā)生了更改，那用到這個(gè)常量的類必須重新build一下，否則那個(gè)類里還是以前的值。
如果在程序中你用到了private final static常量，并且只在某一個(gè)方法內(nèi)用到，那么你應(yīng)該把它的聲明移到方法以內(nèi)。如果被兩個(gè)以上的方法用到，那么還是留在類聲明里。
移入方法內(nèi)部后，不用寫private關(guān)鍵字，而且程序看起來比較簡(jiǎn)單。
Final Variables
首先寫個(gè)例子
public static String someMethod(final String environmentKey){
final String key = "env." + environmentKey;
System.out.println("Key is :" + key);
return (System.getProperty(key));
}
在method中聲明的final變量和常量是不同的，不同之處在于method-scoped final variables are variable。每次進(jìn)入這個(gè)方法內(nèi)部，這個(gè)變量就被初始化一次。當(dāng)然，這些變量都是運(yùn)行時(shí)進(jìn)行替換，而不像常量是在編譯時(shí)進(jìn)行替換。
Final Parameters
將方法的parameters聲明成final，可以防止，在方法體內(nèi)部這個(gè)參數(shù)被篡改。很好的best practice。
Final Collections
public final static Set VALID_COLORS; 這句語句是不是聲明了一個(gè)final set？答案是NO。這只是聲明了一個(gè)final引用，也就是VALID_COLORS這個(gè)引用不能被更改。
如果重新聲明一個(gè)引用指向這個(gè)對(duì)象，那么這個(gè)對(duì)象還是能夠更改的，所以這并不是一個(gè)final set。那么怎樣做才能真正得到一個(gè)final set呢？
public final static Set VALID_COLORS;
static{
Set temp = new HashSet();
temp.add(Color.red);
temp.add(Color.blue);
...
VALID_COLORS = Collections.unmodifiableSet(temp);
}
在實(shí)現(xiàn)自己的unmodifiable collections factory的時(shí)候，除了要實(shí)現(xiàn)Collection，seriallizable接口以外，對(duì)于Collection中定義的寫操作，要重載。方法體中可以簡(jiǎn)單地拋出UnsupportedOperationException異常。
Instance-Scoped Variables
說白了，就是那些在對(duì)象被實(shí)例化的時(shí)候才被初始化的屬性，并且是不能被修改的。那么就把他聲明成final吧。
ex：private final Date creationDate =
Calendar.getInstance(TimeZone.getTimeZone("GMT")).getTime();
這么做的話，就可以防止誤操作，改變這個(gè)本來不應(yīng)該變的值。
Final Classes
ex:
public final class SomeClass(){
//...Class contents
}
這樣的class 不能被繼承。
還有一種方法實(shí)現(xiàn)，就是把它所有的構(gòu)造函數(shù)都改成private的。
這在設(shè)計(jì)模式中sigleton模式中見過，但這就限制了這個(gè)類的重用，所以取個(gè)折衷，可以把構(gòu)造函數(shù)聲明成protected的。
Final Method
這個(gè)很熟悉了，一個(gè)類中的某個(gè)方法如果被聲明成final的，那么這個(gè)類的子類是不能override這個(gè)方法的。
Conditional Complilation
編程的時(shí)候我們常常會(huì)使用System.out.println(".....");來顯示一些程序的運(yùn)行情況，但在真正交付的時(shí)候，我們并不希望這些語句被編譯到class文件里面去。
一個(gè)做法是所有這種類型的語句前面加上一個(gè)if(booleanParameter)，然后通過設(shè)置這個(gè)booleanParameter來實(shí)現(xiàn)要不要運(yùn)行這些語句，編譯器在編譯的時(shí)候如果發(fā)現(xiàn)if里面的語句不可達(dá)，那么會(huì)將這些程序代碼直接去掉。
疑問就是這些booleanParameter放在哪里比較好和方便。作者給出的建議是在包中專門建一個(gè)類，里面存放這些靜態(tài)的boolean常量，當(dāng)然，命名的時(shí)候要仔細(xì)。名字要指出用在哪里。