工廠模式Factory

工廠方法模式完全符合設計模式原則, 降低了物件之間的耦合度, 而且, 工廠方法模式依賴於抽象的架構, 將例項化的任務交由了子類實現.

比如你想要出門，每次出行你都要根據天氣情況選擇出行方式，如果下雨天，就開自己的私家車，如果晴天就出門坐公車。那麼這裡可以抽取出乙個基類出來。

//車的基類 public abstract class car //車的實現類 public class bu***tends car }public class privatecar extends car }//這裡就有兩種方式的選擇，但是具體怎麼選擇要根據情況，如果你在當前類中去選擇判斷，那麼毫無疑問，**會顯得有點冗餘，這時候我們就可以建立乙個工廠類來根據我們具體的情況返回我們想要的類。 public class drivefactory return null; }}//使用時，則是 public class person

}

可以看到對於呼叫者來說，只關係你呼叫獲取的是什麼，而不關什麼實現。而對於維護擴充套件來說也是非常方便，在工廠方法裡新增乙個實現類就行。當然這裡的抽象可以是介面，也可以使抽象類。

看到工廠大家也就想到了乙個類，那就是bitmapfactory，沒錯，這也是乙個工廠模式

public class bitmapfactory

//就不列出來了

而bitmap最終的獲取實現，則是通過這裡底層的native方法

private
static
native bitmap nativedecodestream(inputstream is, byte storage,
rect padding, options opts);
private
static
native bitmap nativedecodefiledescriptor(filedescriptor fd,
rect padding, options opts);
private
static
native bitmap nativedecodeasset(long nativeasset, rect padding, options opts);
private
static
native bitmap nativedecodebytearray(byte data, int offset,
int length, options opts);
private
static
native
boolean
nativeisseekable(filedescriptor fd);

bitmapfactory與前面舉的drivefactory例子，有點不同，當思想都是一樣的，bitmapfactory是根據呼叫方法返回對應的bitmap，返回bitmap區別在於實現方法不同。而drivefactort則是根據多型，根據不同的型別，返回不同的子類。所以，使用時候不要太刻意是否要抽象出基類。思想是活的。

工廠模式Factory

factory工廠模式

Factory 工廠模式

工廠模式（Factory）

工廠模式Factory

factory工廠模式

Factory 工廠模式

工廠模式（Factory）

相關推薦