设计模式之一：Abstract Factory 抽象工厂

意图（Intent）

提供一个接口，让该接口负责创建一系列“相关或者相互依赖的对象”，无需指定他们具体的类。

动机（Motivation）

在软件系统中，经常面临着“一系列星湖依赖的对象”的创建工作；同时，由于需求的变化，往往促在更多系列对象的创建工作。

UML图

程序

首先建立描述一个人基本资料的 PersonInterface

package tw.idv.javax.demo.Interface;
 
import java.util.Calendar;
 
public interface PersonInterface {
 
        public static final String ROLE = PersonInterface.class.getName();
 
        public abstract String getId() throws Exception;
 
        public abstract void setId(String id) throws Exception;
 
        public abstract String getName() throws Exception;
 
        public abstract void setName(String name) throws Exception;
 
        public abstract Calendar getBirthday() throws Exception;
 
        public abstract void setBirthday(Calendar birthday) throws Exception;
 
}

接着实作描述一个人基础资料的抽象PersonInterfacelmpl

package tw.idv.javax.demo.Implements;
 
import java.util.Calendar;
 
import tw.idv.javax.demo.Interface.PersonInterface;
 
public abstract class PersonInterfaceImpl implements PersonInterface {
 
        private String id = null;
 
        private String name = null;
 
        private Calendar birthday = null;
 
        public String getId() {
                return id;
        }
 
        public void setId(String id) {
                this.id = id;
        }
 
        public String getName() {
                return name;
        }
 
        public void setName(String name) {
                this.name = name;
        }
 
        public Calendar getBirthday() {
                return birthday;
        }
 
        public void setBirthday(Calendar birthday) {
                this.birthday = birthday;
        }
 
}

接着继承 PersonInterfaceImpl ，写一个描述孩童基本资料 Children

package tw.idv.javax.demo.Extends;
 
import tw.idv.javax.demo.Implements.PersonInterfaceImpl;
 
public class Children extends PersonInterfaceImpl {
 
}

接着继承 PersonInterfaceImpl ，写一个描述成人基本资料 Adult 

package tw.idv.javax.demo.Extends;
 
import tw.idv.javax.demo.Implements.PersonInterfaceImpl;
 
public class Adult extends PersonInterfaceImpl {
 
        private int income = 0;
 
        public int getIncome() {
                return income;
        }
 
        public void setIncome(int income) {
                this.income = income;
        }
 
}

比较这几个类别，可以发现接口其实只是在定义一个架构，并没有实际的逻辑程式，而要实现接口时，若是还有其他物件需要继承你正要实现的类别时，最好把要实现的类别，定义为抽象类别

 适用性

在以下情况可以使用抽象工厂模式

• 一个系统要独立于它的产品的创建、组合和表示时。
• 一个系统要由多个产品系列中的一个来配置时。
• 当你要强调一系列相关的产品对象的设计以变进行联合使用时。
• 当你提供一个产品类库，而只想显示他们的接口而不是实现时。

优点

• 具体产品从客户代码中被分离出来。
• 容易改变产品的系列。
• 将一个系列的产品族统一到一起创建。

缺点

在产品族中扩展新的产品是很困难的，它需要修改抽象工厂的接口。

要点

如果没有应对“多系列对象构建”的需求变化，则没有必要使用AbstractFactory模式，这时候使用简单的静态工厂完全可以。

“系列对象”值得是这些对象之间有相互依赖、或者作用的关系，例如游戏开发场景中的“道路”于“房屋”的依赖，“道路”于“地道”的依赖。

AbstractFactory模式主要是在于应用对“新系列”的需求变动。

AbstractFactory模式经常和FactoryMethod模式共同组合来应对“对象创建”的需求变化。

相关模式

工厂方法模式-

工厂类别通常工厂方法模式实现。

单例模式

具体工厂通常只需要一个实例。