前言
工廠顧名思義就是創建產品,根據產品是具體產品還是具體工廠可分爲簡單工廠模式和工廠方法模式,根據工廠的抽象程度可分爲工廠方法模式和抽象工廠模式。該模式用於封裝和管理對象的創建,是一種創建型模式。工廠模式屏蔽產品實現細節,需要什麼產品,直接在工廠獲取。
工廠模式涉及類:創建產品的接口、產品接口實現類、工廠類
工廠模式使用場景:
1.工廠模式的目的是爲了實現解耦,將對象的創建和使用分開,即應用程序將對象的創建和初始化職責交給工廠對象。若一個對象A想要調用對象B時,如果直接通過new關鍵字來創建一個B實例,然後調用B實例,這樣做的不好處是,當需求變更,要將B實例換成C實例時,則需要修改所有new了該實例的方法。
2.降低代碼重複。如果對象B的創建過程比較複雜,並且很多地方都用到了,那麼很可能出現很多重複的代碼,通過統一將創建對象B的代碼放到工廠裏面統一管理,可以減少代碼的重複率,同時也方便維護。相比於構造函數來說,複雜的初始化,會使得構造函數非常的複雜。
3.工廠模式將創建和使用分離,使用者不需要知道具體的創建過程,只需要使用即可。
1. 簡單工廠模式
該模式對對象創建管理方式最爲簡單,因爲其僅僅簡單的對不同類對象的創建進行了一層薄薄的封裝。該模式通過向工廠傳遞類型來指定要創建的對象,其UML類圖如下:
下面我們使用手機生產來講解該模式:
Phone類:手機標準接口類
public interface Phone {
void make();
}
MiPhone類:製造小米手機(Product1)實現類
public class MiPhone implements Phone {
public MiPhone() {
this.make();
}
@Override
public void make() {
// TODO Auto-generated method stub
System.out.println("make xiaomi phone!");
}
}
IPhone類:製造蘋果手機(Product2)實現類
public class IPhone implements Phone {
public IPhone() {
this.make();
}
@Override
public void make() {
// TODO Auto-generated method stub
System.out.println("make iphone!");
}
}
PhoneFactory類:手機代工廠(Factory)
public class PhoneFactory {
public Phone makePhone(String phoneType) {
if(phoneType.equalsIgnoreCase("MiPhone")){
return new MiPhone();
}
else if(phoneType.equalsIgnoreCase("iPhone")) {
return new IPhone();
}
return null;
}
}
演示:
public class Demo {
public static void main(String[] arg) {
PhoneFactory factory = new PhoneFactory();
Phone miPhone = factory.makePhone("MiPhone"); // make xiaomi phone!
IPhone iPhone = (IPhone)factory.makePhone("iPhone"); // make iphone!
}
}
2. 工廠方法模式(Factory Method)
和簡單工廠模式中工廠負責生產所有產品相比,工廠方法模式將生成具體產品的任務分發給具體的產品工廠,【重點】也就是定義一個抽象工廠,其定義了產品的生產接口,但不負責具體的產品,將生產任務交給不同的派生類工廠。這樣不用通過指定類型來創建對象了。
繼續使用生產手機的例子來講解該模式,其中和產品相關的Phone類、MiPhone類和IPhone類的定義不變。
AbstractFactory類:生產不同產品的工廠的抽象類
public interface AbstractFactory {
Phone makePhone();
}
XiaoMiFactory類:生產小米手機的工廠(ConcreteFactory1)
public class XiaoMiFactory implements AbstractFactory{
@Override
public Phone makePhone() {
return new MiPhone();
}
}
AppleFactory類:生產蘋果手機的工廠(ConcreteFactory2)
public class AppleFactory implements AbstractFactory {
@Override
public Phone makePhone() {
return new IPhone();
}
}
演示:
public class Demo {
public static void main(String[] arg) {
AbstractFactory miFactory = new XiaoMiFactory();
AbstractFactory appleFactory = new AppleFactory();
miFactory.makePhone(); // make xiaomi phone!
appleFactory.makePhone(); // make iphone!
}
}
3. 抽象工廠模式(Abstract Factory)
上面兩種模式不管工廠怎麼拆分抽象,都只是針對一類產品Phone(AbstractProduct),如果要生成另一種產品PC,應該怎麼表示呢?
最簡單的方式是把2中介紹的工廠方法模式完全複製一份,不過這次生產的是PC。但同時也就意味着我們要完全複製和修改Phone生產管理的所有代碼,顯然這是一個笨辦法,並不利於擴展和維護。
抽象工廠模式通過在AbstarctFactory中增加創建產品的接口,並在具體子工廠中實現新加產品的創建,當然前提是子工廠支持生產該產品。否則繼承的這個接口可以什麼也不幹。
其UML類圖如下:
繼續通過小米和蘋果產品生產的例子來解釋該模式
PC類:定義PC產品的接口(AbstractPC)
public interface PC {
void make();
}
MiPC類:定義小米電腦產品(MIPC)
public class MiPC implements PC {
public MiPC() {
this.make();
}
@Override
public void make() {
// TODO Auto-generated method stub
System.out.println("make xiaomi PC!");
}
}
MAC類:定義蘋果電腦產品(MAC)
public class MAC implements PC {
public MAC() {
this.make();
}
@Override
public void make() {
// TODO Auto-generated method stub
System.out.println("make MAC!");
}
}
下面需要修改工廠相關的類的定義:
AbstractFactory類:增加PC產品製造接口
public interface AbstractFactory {
Phone makePhone();
PC makePC();
}
XiaoMiFactory類:增加小米PC的製造(ConcreteFactory1)
public class XiaoMiFactory implements AbstractFactory{
@Override
public Phone makePhone() {
return new MiPhone();
}
@Override
public PC makePC() {
return new MiPC();
}
}
AppleFactory類:增加蘋果PC的製造(ConcreteFactory2)
public class AppleFactory implements AbstractFactory {
@Override
public Phone makePhone() {
return new IPhone();
}
@Override
public PC makePC() {
return new MAC();
}
}
演示:
public class Demo {
public static void main(String[] arg) {
AbstractFactory miFactory = new XiaoMiFactory();
AbstractFactory appleFactory = new AppleFactory();
miFactory.makePhone(); // make xiaomi phone!
miFactory.makePC(); // make xiaomi PC!
appleFactory.makePhone(); // make iphone!
appleFactory.makePC(); // make MAC!
}
}
文章參考:
https://www.cnblogs.com/yssjun/p/11102162.html