今天聊一聊大家最耳熟能詳的設計模式,『工廠模式』。實際上這個設計模式有三個變種,分別是『簡單工廠模式』、『工廠方法模式』以及『抽象工廠模式』,可能大部人所熟知的是前兩種,抽象工廠模式有一定的場景限制,很少出現在大家的視野中,不過今天我們一併談一談。
簡單工廠模式
簡單工廠說白了就是一個超級工廠,他可以生產各種各樣的產品,產品之間無關聯,比如:
public interface SimpleFactory {
//生產一個冰箱
Refrigerator createRefiger();
//生產一個空調
AirConditioning createAirConditioning();
//生產一個 TV
TV createTV();
}
一般也會有一個預設的實現:
public class DefaultSimpleFactory implements SimpleFactory{
@Override
public Refrigerator createRefiger() {
return new Refrigerator();
}
@Override
public AirConditioning createAirConditioning() {
return new AirConditioning();
}
@Override
public TV createTV() {
return new TV();
}
}
這就是一個簡單工廠模式,非常的簡單,還沒有很強的抽象性。
Spring 的 BeanFactory 其實就是一個簡單工廠模式,他定義了一個 BeanFactory 工廠,然後會有 DefaultListableBeanFactory 去實現這個工廠宣告的所有能力。
工廠方法模式
其實理論上來說,可以把簡單工廠模式理解為工廠方法模式的一種特例,將他的那個超級大工廠拆分成多個工廠就是工廠方法模式了。
同樣有一個抽象介面表述一個工廠:
public interface MethodFactory {
//生產一個冰箱
Refrigerator createRefiger();
//生產一個空調
AirConditioning createAirConditioning();
//生產一個 TV
TV createTV();
}
簡單工廠是用一個 DefaultFactory 完成了工廠所有的能力要求。但是現在我們的廠家變多了,有格力冰箱、海爾冰箱、海信冰箱等等,他們生產的冰箱或空調都不一樣,如果用簡單工廠的話,就需要做區分,增加更多的方法,生產格力冰箱的,生產海爾冰箱的,非常的醜陋。
工廠方法模式,需要區分不同的工廠,這裡我們建立格力工廠、海爾工廠和海信工廠。
public class GeliFactory implements MethodFactory {
@Override
public Refrigerator createRefiger() {
return new GeliRefrigerator();
}
@Override
public AirConditioning createAirConditioning() {
return new GeliAirConditioning();
}
@Override
public TV createTV() {
return new GeliTV();
}
}
格力工廠返回的是格力的空調、格力的冰箱以及格力的電視機,海爾和海信也都會返回他們自己品牌的產品,這裡就不貼他們的程式碼了,類似。
這樣,我們的工廠方法對外提供了生產產品的能力,具體產生何種型別的產品,將由具體的工廠決定。這就是工廠方法模式,相信大部分人應該都不陌生。
Logpack 中就有一個典型的工廠方法,工廠抽象類 ILoggerFactory:
public interface ILoggerFactory {
Logger getLogger(String var1);
}
他有兩個具體的工廠實現這個 getLogger 方法,
public class NOPLoggerFactory implements ILoggerFactory {
public NOPLoggerFactory() {
}
public Logger getLogger(String name) {
return NOPLogger.NOP_LOGGER;
}
}
public class SubstituteLoggerFactory
implements ILoggerFactory {
//省略
public synchronized Logger getLogger(String name) {
SubstituteLogger logger = (SubstituteLogger)this.loggers.get(name);
if (logger == null) {
logger = new SubstituteLogger(name, this.eventQueue, this.postInitialization);
this.loggers.put(name, logger);
}
return logger;
}//省略。。。。。
}
抽象工廠模式
抽象工廠模式可能不如前兩者常見,但是確是為了補充前兩者的,有特定的場景。
想象這麼一種情況,你使用了工廠方法模式,你的工廠提供的能力非常多,可以生產冰箱、電視、空調、洗衣機、電腦以及桌子等等,這樣你就會產生很多的工廠。
抽象工廠的作用就是在一定前提下,幫你分類這些工廠,比如按品牌分類,或者按照價格等級分類,這樣會大大縮減系統中的工廠數量。
這個前提就是你的這些工廠需要在兩個維度上具備共性:
專業術語就是『產品等級』和『產品族』兩個概念,說人話就是,這些工廠需要至少具有兩個共性,比如都可以按照型別區分成三類,電視機、冰箱和空調,也可以按照品牌區分成海爾、海信和 TCL。
這樣他們就具備抽象工廠的前提條件,你可以按照產品族合併工廠,正如我上面使用到的例子一樣,工廠對外提供生產電視、冰箱和空調三種能力,而系統按品牌存在三個工廠,所以從準確來說,我在工廠方法中使用的例子其實也是加強版的抽象工廠模式。
程式碼例子就不舉例了,抽象工廠其實就是幫助減少系統的工廠數量的,但前提條件就是這些工廠要具備兩個及以上的共性。
希望你被面試官問道工廠方法和抽象工廠的區別的時候,能想起這一句話。
關注公眾不迷路,一個愛分享的程式設計師。
公眾號回覆「1024」加作者微信一起探討學習!
公眾號回覆「面試題」送你一份面試題以及作者的作答答案
每篇文章用到的所有案例程式碼素材都會上傳我個人 github
https://github.com/SingleYam/overview_java
歡迎來踩!