工厂方法模式
引入问题
在上一篇简单工厂模式中,工厂类负责所有产品类的创建(即对象的实例化),这样客户可以根据自己的需求动态创建产品类。但是,一旦客户的需求变化了,工厂类没法满足客户的创建需求,我们就必须修改工厂类来满足客户的需求,这就违背了开闭原则,是设计模式所不允许的,那如何解决呢?工厂方法模式很好地解决了这类问题。
解决方案
工厂方法模式中,通过父类决定实例的生成方式,但并不决定所要生成的具体类,具体的处理全部交给子类负责。这样就可以将生成实例的框架和实际负责生成实例的类解耦,当用户有新需求的时候,我们只需要增加新的子类,而不用修改已经规定好的生成实例的框架。
其实,此处构建生成实例的时候,如果需要多步才能构建示例,我们一般会使用模板方法模式,后续介绍这一设计模式的时候会细讲,这里就不多做介绍了。
示例程序
首先,我们改进下上一篇中简单工厂模式的程序。
产品类
public abstract class IPhone {
public IPhone() {
}
}
public class IPhone4 extends IPhone {
public IPhone4() {
System.out.println("制造了iphone4...");
}
}
public class IPhone5 extends IPhone {
public IPhone5() {
System.out.println("制造了iphone5...");
}
}
工厂类
public abstract class IPhoneFactory {
public abstract IPhone createIPhone();
}
public class IPhone4Factory extends IPhoneFactory {
@Override
public IPhone createIPhone() {
return new IPhone4();
}
}
public class IPhone5Factory extends IPhoneFactory {
@Override
public IPhone createIPhone() {
return new IPhone5();
}
}
客户类
public class Customer {
public static void main(String[] args) {
IPhoneFactory iPhone4Factory = new IPhone4Factory();
IPhoneFactory iPhone5Factory = new IPhone5Factory();
iPhone4Factory.createIPhone();
iPhone5Factory.createIPhone();
}
}
输出结果
制造了iphone4... 制造了iphone5...
工厂方法模式总结
- 优点:克服了简单工厂违背开闭原则的缺点,又保留了封装对象创建过程的优点,降低客户端和工厂的耦合性,所以说“工厂方法模式”是“简单工厂模式”的进一步抽象。
- 缺点:每增加一个产品,都需要增加一个具体类和对象实现工厂,使得系统中类数量成倍增加,在一定程度上增加了系统的复杂度。