眾所周知，要想能獲取一個類的實(shí)例，該類得要提供一個public的構(gòu)造器。但是《Effective Java》書中說還有一個方法，那就是提供靜態(tài)工廠方法（static factory method），該方法時靜態(tài)，同時可以根據(jù)參數(shù)返回一個類的實(shí)例。這里的靜態(tài)工廠方法（static factory method）和設(shè)計模式里的工廠方法（factory method）是不一樣的，我覺得工廠方法注重的是多態(tài)。

使用靜態(tài)工廠方法有利也有弊。

優(yōu)點(diǎn)：

不像構(gòu)造器那樣，靜態(tài)工廠方法擁有名字

靜態(tài)工廠方法是有名稱的，這樣就有了“可讀性”，看到方法的名稱就能知道能返回什么樣的實(shí)例。而對于構(gòu)造器，通過提供參數(shù)，但是有時會讓人很迷惑，因?yàn)橛袝r是因?yàn)閭鬟f的參數(shù)之不同而返回特定的實(shí)例，書中舉的例子是BigInteger(int, int, Random)這個構(gòu)造器，如果想要返回一個素數(shù)，那么你就得傳入合適的參數(shù)進(jìn)去，但是如果BigInteget中有個靜態(tài)方法是probablePrime，那么當(dāng)開發(fā)者一看名字就很明白了，明白這個方法返回的是什么實(shí)例。有時一個類會有幾個構(gòu)造器，每個構(gòu)造器的參數(shù)個數(shù)相差一點(diǎn)點(diǎn)，或者是參數(shù)個數(shù)相等，但是各個參數(shù)的意義不同，有時是參數(shù)個數(shù)不等，這些情況下，當(dāng)使用該類的開發(fā)人員在用構(gòu)造器實(shí)例化時，會很苦惱，得去看文檔，知道每個參數(shù)的意義才行。

我覺得這一點(diǎn)是很實(shí)用的，在平時寫代碼時，我覺得得用上。

不像構(gòu)造器那樣，每次調(diào)用都要創(chuàng)建對象

Boolean.valueOf(boolean)這個方法正體現(xiàn)了這一點(diǎn)，通過閱讀源代碼，可以發(fā)現(xiàn)在Boolean類里有TRUE和FALSE這兩個靜態(tài)字段。valueOf方法只是判斷傳來的參數(shù)值然后返回合適的對象（TRUE或FALSE），也就是說這兩個對象只是在Boolean類加載時創(chuàng)建，以后如果需要用到，就不要再重新創(chuàng)建，直接返回就行了。如果創(chuàng)建某個對象的代價相當(dāng)可觀，那么這個方法的優(yōu)點(diǎn)就很明顯了。不過的確是有不少情況，我們不需要重復(fù)地創(chuàng)建對象。

通過靜態(tài)工廠方法，我們還可以在每次調(diào)用時都返回同一個對象。singleton模式就是例子。

不像構(gòu)造器那樣，靜態(tài)工廠方法可以返回類型的某個子類型

靜態(tài)工廠方法可以減少冗長的創(chuàng)建參數(shù)化類型時的代碼

當(dāng)使用構(gòu)造器創(chuàng)建參數(shù)類型時，我們要這樣做：

Map<String, List<String>> m = new HashMap<String, List<String>>();
如果HashMap里有個方法時這樣的： public static <K, V> HashMap<K, V> newInstance() {
return new HashMap<K, V>();
}
那么我們便可以這樣創(chuàng)建實(shí)例： Map<String, List<String>> m = HashMap.newInstance();
不過現(xiàn)在還不能支持這樣的類型推導(dǎo)，不過總有一天會支持的吧。

缺點(diǎn)

一個類在僅提供靜態(tài)工廠方法，同時沒有公共或受保護(hù)的構(gòu)造器時，此類是沒法被子類化的

在Collections Framework里就有這樣的例子。不過這也算是因禍得福吧，這樣我們可以盡量去通過組合（composition），而不是去通過繼承（inheritance）來解決某些問題。

靜態(tài)工廠方法和其他的靜態(tài)方法沒什么差別

總結(jié)

轉(zhuǎn)載于:https://www.cnblogs.com/Devfly/archive/2009/11/10/Consider-static-factory-methods-instead-of-constructors.html

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎勵來咯，堅持創(chuàng)作打卡瓜分現(xiàn)金大獎

總結(jié)

以上是生活随笔為你收集整理的《Effective Java》读书笔记 Item 1：考虑静态工厂方法，而不是构造器的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。