一、工厂方法模式定义
工厂方法模式同样属于类的创建型模式又被称为多态工厂模式 。
工厂方法模式的意义是定义一个创建产品对象的工厂接口,将实际创建工作推迟到子类当中。
核心工厂类不再负责产品的创建,这样核心类成为一个抽象工厂角色,仅负责具体工厂子类必须实现的接口,
这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品。
对于简单工厂模式来说,当需要增减一个新的对象时,例如对于已有的苹果和香蕉类,我们需要一个新的类--》梨子,这是才需要创建Pear类实现Fruit接口,然后再到FruitFactory中增加一个判断条件
else if(type.equalsIgnoreCase("pear"){
return new Pear();
}
很明显新类的增加使得原有的代码被修改,这违背了OCP原则(即开闭原则:系统对于扩展持开放原则,但是
对于修改持关闭原则),所以我们需要思考新的方法............
二、模式中包含的角色及其职责
1.抽象工厂(Creator)角色 :工厂方法模式的核心,任何工厂类都必须实现这个接口。
2.具体工厂( Concrete Creator)角色 :具体工厂类是抽象工厂的一个实现,负责实例化产品对象。
3.抽象(Product)角色 :工厂方法模式所创建的所有对象的父类,它负责描述所有实例所共有的公共接口。
4.具体产品(Concrete Product)角色 :工厂方法模式所创建的具体实例对象
三、工厂方法模式和简单工厂模式比较
1.工厂方法模式与简单工厂模式在结构上的不同不是很明显。工厂方法类的核心是一个抽象工厂类,
而简单工厂模式把核心放在一个具体类上。
2.工厂方法模式之所以有一个别名叫多态性工厂模式是因为具体工厂类都有共同的接口,或者有共同的抽象父类。
3.当系统扩展需要添加新的产品对象时,仅仅需要添加一个具体对象以及一个具体工厂对象,
原有工厂对象不需要进行任何修改,也不需要修改客户端,很好的符合了“开放-封闭”原则。
而简单工厂模式在添加新产品对象后不得不修改工厂方法,扩展性不好。
4.工厂方法模式退化后可以演变成简单工厂模式。
四、代码示例实现
1.抽象工厂:
public interface FruitFactory {
public abstract Fruit getFruit();
}
2.具体工厂:
public class PearFactory implements FruitFactory{
@Override
public Fruit getFruit() {
return new Pear();
}
}
3.抽象角色:
public interface Fruit {
public void get();
}
public class Pear implements Fruit {
@Override
public void get() {
System.out.println("获取梨子");
}
}
4.具体产品角色RealizationClass:
public static void main(String[] args) {
//创建一个梨子工厂
FruitFactory pearFactory = new PearFactory();
//利用梨子工厂实例化一个梨子
Fruit pear = pearFactory.getFruit();
//用梨子调用方法,获得梨子
pear.get();
}