对象创建型设计模式:抽象工厂模式

前言

本文章根据刘伟(Sunny) 的设计模式一书记录的笔记，感谢作者的知识分享。

定义

• 首先是两个重要概念
  • 产品族: 在抽象工厂模式中，产品族是指由同一个工厂生产的，位于不同产品等级结构中的一组产品，如海尔电 器工厂生产的海尔电视机、海尔电冰箱，海尔电视机位于电视机产品等级结构中，海尔电冰箱位于电冰箱产品等级结构中，海尔电视机、海尔电冰箱构成了一个产品族。
  • 产品等级结构: 产品等级结构即产品的继承结构，如一个抽象类是电视机，其子类有海尔电视机、海信电视机、TCL电视机，则抽象电视机与具体品牌的电视机之间构成了一个产品等级结构，抽象电视机是父类，而具体品牌的电视机是其子类。
    产品等级结构与产品族示意图如图3所示：
    
• 抽象工厂模式(Abstract Factory Pattern)：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类。抽象工厂模式又称为Kit模式，它是一种对象创建型模式。

实现

• 抽象工厂模式结构如图所示：
• Java实现

   //在本实例中我们对代码进行了大量简化，实际使用时，界面组件的初始化代码较为复杂，还需要使用JDK中一些已有类，为了突出核心代码，在此只提供框架代码和演示输出。  
   //按钮接口：抽象产品  
   interface Button {  
       public void display();  
   }  
   
   //Spring按钮类：具体产品  
   class SpringButton implements Button {  
       public void display() {  
           System.out.println("显示浅绿色按钮。");  
       }  
   }  
   
   //Summer按钮类：具体产品  
   class SummerButton implements Button {  
       public void display() {  
           System.out.println("显示浅蓝色按钮。");  
       }     
   }  
   
   //文本框接口：抽象产品  
   interface TextField {  
       public void display();  
   }  
   
   //Spring文本框类：具体产品  
   class SpringTextField implements TextField {  
       public void display() {  
           System.out.println("显示绿色边框文本框。");  
       }  
   }  
   
   //Summer文本框类：具体产品  
   class SummerTextField implements TextField {  
       public void display() {  
           System.out.println("显示蓝色边框文本框。");  
       }     
   }  
   
   //组合框接口：抽象产品  
   interface ComboBox {  
       public void display();  
   }  
   
   //Spring组合框类：具体产品  
   class SpringComboBox implements ComboBox {  
       public void display() {  
           System.out.println("显示绿色边框组合框。");  
       }  
   }  
   
   //Summer组合框类：具体产品  
   class SummerComboBox implements ComboBox {  
       public void display() {  
           System.out.println("显示蓝色边框组合框。");  
       }     
   }  
   
   //界面皮肤工厂接口：抽象工厂  
   interface SkinFactory {  
       public Button createButton();  
       public TextField createTextField();  
       public ComboBox createComboBox();  
   }  
   
   //Spring皮肤工厂：具体工厂  
   class SpringSkinFactory implements SkinFactory {  
       public Button createButton() {  
           return new SpringButton();  
       }  
   
       public TextField createTextField() {  
           return new SpringTextField();  
       }  
   
       public ComboBox createComboBox() {  
           return new SpringComboBox();  
       }  
   }  
   
   //Summer皮肤工厂：具体工厂  
   class SummerSkinFactory implements SkinFactory {  
       public Button createButton() {  
           return new SummerButton();  
       }  
   
       public TextField createTextField() {  
           return new SummerTextField();  
       }  
   
       public ComboBox createComboBox() {  
           return new SummerComboBox();  
       }  
   }
   //主方法
   public static void main(String args[]) {  
           //使用抽象层定义  
           SkinFactory factory;  
           Button bt;  
           TextField tf;  
           ComboBox cb;  
           factory = (SkinFactory)XMLUtil.getBean();  
           bt = factory.createButton();  
           tf = factory.createTextField();  
           cb = factory.createComboBox();  
           bt.display();  
           tf.display();  
           cb.display();  
       }  

总结

注意

• 工厂方法模式通过引入工厂等级结构，解决了简单工厂模式中工厂类职责太重的问题，但由于工厂方法模式中的每个工厂只生产一类产品，可能会导致系统中存在大量的工厂类，势必会增加系统的开销。此时，我们可以考虑将一些相关的产品组成一个“产品族”，由同一个工厂来统一生产，这就是抽象工厂模式的基本思想。
• 开闭原则的倾斜性: 在增加产品族的时候,抽象工厂模式满足开闭原则,但是添加产品等级结构的时候,需要对底层的抽象接口等代码进行修改,就不满足开闭原则.

优点

• 抽象工厂模式隔离了具体类的生成，使得客户并不需要知道什么被创建。由于这种隔离，更换一个具体工厂就变得相对容易，所有的具体工厂都实现了抽象工厂中定义的那些公共接口，因此只需改变具体工厂的实例，就可以在某种程度上改变整个软件系统的行为。(工厂模式也都具有的优点)
• 当一个产品族中的多个对象被设计成一起工作时，它能够保证客户端始终只使用同一个产品族中的对象。(保证效果一致)
• 增加新的产品族很方便，无须修改已有系统，符合“开闭原则”。(只有新增产品族的时候满足)

缺点

• 增加新的产品等级结构麻烦，需要对原有系统进行较大的修改，甚至需要修改抽象层代码，这显然会带来较大的不便，违背了“开闭原则”。

适用场景(就是能够利用上优点的场景)

• 在以下情况下可以考虑使用抽象工厂模式：
  • (1) 一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节，这对于所有类型的工厂模式都是很重要的，用户无须关心对象的创建过程，将对象的创建和使用解耦。
  • (2) 系统中有多于一个的产品族，而每次只使用其中某一产品族。可以通过配置文件等方式来使得用户可以动态改变产品族，也可以很方便地增加新的产品族。
  • (3) 属于同一个产品族的产品将在一起使用，这一约束必须在系统的设计中体现出来。同一个产品族中的产品可以是没有任何关系的对象，但是它们都具有一些共同的约束，如同一操作系统下的按钮和文本框，按钮与文本框之间没有直接关系，但它们都是属于某一操作系统的，此时具有一个共同的约束条件：操作系统的类型。
  • (4) 产品等级结构稳定，设计完成之后，不会向系统中增加新的产品等级结构或者删除已有的产品等级结构。