工廠模式的UML結(jié)構(gòu)：
Product： 抽象產(chǎn)品，所有的產(chǎn)品必須實現(xiàn)這個共同的接口，使用這些產(chǎn)品的類既可以引用這個接口，而不是具體類
ConcreteProduct： 具體產(chǎn)品
Creator:抽象工廠，實現(xiàn)了所有操作產(chǎn)品的方法，但不實現(xiàn)工廠方法，Creator所有子類都要實現(xiàn)factoryMethod()方法
ConcreteCreator:具體工廠。制造產(chǎn)品的實際工廠，負(fù)責(zé)創(chuàng)建一個或多個具體產(chǎn)品，只有ConreteCreator類知道如何創(chuàng)建產(chǎn)品
```
/*
*使用簡單工廠
*/
//創(chuàng)建一個Pizza抽象類定義創(chuàng)建的方法
public abstract class Pizza{
? ? public abstract void createPrizza();
}
//定義一個具體的Pizza可以直接繼承定義好的抽象類并重寫定義的抽象方法
class ChinesePizza extends Pizza{
? ? public void createPizza()
? ? {
? ? ? ? System.out.println("ChinesePizza");
? ? }
}
//書寫測試類
class Test{
? ? public Pizza productPizza(String type)
? ? {
? ? ? ? if(type.equals("a"))
? ? ? ? {
? ? ? ? ? ? return new AmericanPizza();
? ? ? ? }else if(type.equals("b"))
? ? ? ? {
? ? ? ? ? ? return new ChinesePizza();
? ? ? ? }
? ? ? ? return null;
? ? }
? ? public static void main(String args[]){
? ? ? ? //定義好一個要生產(chǎn)的Pizza
? ? ? ? //new 一個工廠對象來進(jìn)行生產(chǎn)，然后可以直接調(diào)用Pizza類中的生產(chǎn)方法
? ? ? ? Factory f = new Factory();
? ? ? ? Pizza pizza = f.producntPizza("b");
? ? ? ? pizza.createPizza();
? ? }
}
```
上述方法是簡單工廠：違反了卡比原則（對擴(kuò)展開發(fā)，對修改關(guān)閉）
下面介紹比這個方法效率稍微高些的工廠方法
/*
*工廠方法
*/publicclassPizzaTest{publicstaticvoidmain(String[] args){? ? ? ? PizzaFactory pizzaFactory =newChinesePizzaFactory();? ? ? ? Pizza pizza = pizzaFactory.getPizza();? ? ? ? System.out.println(pizza);? ? }}//定義Pizza類classPizza{}//后面定義相應(yīng)具體類去繼承實現(xiàn)其中的方法等classChinesePizzaextendsPizza{}classEnglandPizzaextendsPizza{}//定義抽象Pizza工廠并定義方法abstractclassPizzaFactory{publicabstractPizzagetPizza();}//需要相應(yīng)的工廠進(jìn)行定義去實現(xiàn)classChinesePizzaFactoryextendPizzaFactory{@OverridepublicPizzagetPizza(){returnnewChinesePizza();? ? }}classEnglandPizzaFactoryextendPizzaFactory{@OverridepublicPizzagetPizza(){returnnewEnglandPizza();? ? }}
以上就是工廠方法：
優(yōu)點(diǎn)：
1.在工廠方法中，用戶只需要知道所要產(chǎn)品的具體工廠，不用關(guān)心具體的創(chuàng)建過程，甚至不需要具體產(chǎn)品類的類名。
2.在系統(tǒng)增加新的產(chǎn)品時，我們只需要添加一個具體產(chǎn)品類和對應(yīng)的實現(xiàn)工廠，不用對原來的工廠進(jìn)行修改，更好的符合“開閉原則”
缺點(diǎn)：
每次增加產(chǎn)品時都需要增加一個具體類和對象來實現(xiàn)工廠，這樣系統(tǒng)中的類會成倍的增加，在一定程度上增加了系統(tǒng)的復(fù)雜度，同時也增加了系統(tǒng)對實體類的依賴，并不是一個很好的方法；但是比起簡單工廠來說是不錯的
綜上我們在介紹一個方法：抽象工廠方法
/*
*抽象工廠（生產(chǎn)產(chǎn)品族，不添加成品）
*/publicclassPizza{}publicclassMantou{}//分別繼承publicclassChinesePizzaextendsPizza{}publicclassChineseMantouextendsPizza{}//定義一個抽象工廠publicabstaicclassFactory{publicabstractPizzacreatePizza();publicabstractMantoucreateMantou();}//定義具體工廠publicclassChineseFactoryextendsFactory{@OverridepublicPizzacreatePizza()[? ? ? ? return newChinesePizza();? ? ]@OverridepublicMantoucreateMantou(){// TODO Auto-generated method stubreturnnewChineseMantou();}}//定義測試類publicclassTest{publicstaticvoidmain(String[] args){//當(dāng)使用時可以直接new 出來相應(yīng)的類出來Factory f =newChineseFactory();? ? ? ? Mantou m = f.createMantou();? ? ? ? System.out.println(m);? ? }}
抽象工廠模式就是提供一個接口，用于創(chuàng)建相關(guān)或者依賴對象的家族，而不需要明確指定具體類。
他的優(yōu)點(diǎn)是隔離了具體類的生成，使得客戶端不需要知道什么被創(chuàng)建；
缺點(diǎn)是新增新的行為會比較麻煩，當(dāng)添加一個新的產(chǎn)品對象時，需要更改接口及其下所有子類
參與者：
AbsractFactory:抽象工廠，抽象工廠定義了一個接口，所有的具體工廠都必須實現(xiàn)此接口，這個接口包含了一組方法來用來生產(chǎn)產(chǎn)品；
ConcreateFactory:具體工廠，具體工廠是用于生產(chǎn)不同產(chǎn)品族，要創(chuàng)建一個產(chǎn)品，客戶只需要使用其中一個工廠完全不需要實例化任何產(chǎn)品對象；
AbstractProduct:抽象產(chǎn)品，這是一個產(chǎn)品家族，每一個具體工廠都能產(chǎn)生一整組產(chǎn)品
Product::具體產(chǎn)品。
