一、工厂方法模式的定义
Define an interface for creating an object,but let subclasses decide which class to instantiate,Factory Method lets a class defer instantiation to subclasses(定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延伸到其子类)。
通用类图:
在工厂方法模式中,抽象产品类Product负责定义产品的共性,实现对事物最抽象的定义;Creator为抽象创建类,也就是抽象工厂,具体如何创建产品类是由具体的实现工厂ConcreteCreator完成的。
抽象产品类:
public abstract class Product {
//产品类的公共方法
public void method1() {
}
//抽象方法
public abstract void method2();
}
//抽象方法
public abstract void method2();
}
具体产品类:
public class ConcreteProduct1 extends Product {
@Override
public void method2() {
//业务逻辑处理
}
}
public class ConcreteProduct2 extends Product {
@Override
public void method2() {
//业务逻辑处理
}
}
抽象工厂类:
public abstract class Creator {
public abstract <T extends Product> T createProduct(Class<T> c);
}
具体工厂类:
具体工厂类:
public class ConcreteCreator extends Creator {
@Override
public <T extends Product> T createProduct(Class<T> c) {
Product product = null;
try {
product = (Product) Class.forName(c.getName()).newInstance();
} catch (Exception e) {
e.printStackTrace();
}
return (T) product;
}
}
场景类:
public class Client {
public static void main(String args[]) {
Creator creator = new ConcreteCreator();
Product product = creator.createProduct(ConcreteProduct1.class);
}
}
二、工厂方法模式的优缺点和使用场景
优点:
首先,良好的封装性,代码结构清晰。一个对象创建是有条件约束的,如一个调用者需要一个具体的产品对象,只要知道这个产品的类名就可以了,不用知道创建对象的艰辛过程,降低模块间的耦合。
其次,工厂方法模式的扩展非常优秀。在增加产品的情况下,只要适当的修改具体的工厂类或扩展一个工厂类,就可以完成“拥抱变化”。
再次,屏蔽产品类。这一特点非常重要,产品类的实现如何变化,调用者不需要关心,它只关心产品的接口,只要接口保持不变,系统中的上层模块就不要发生变化。因为产品类的实例化工作是由工厂类负责的,一个产品对象具体由哪一个产品生产是由工厂类决定的。
最后,工厂方法使典型的解耦框架。高层模块只需要知道产品的抽象类,其他的实现类都不用关心,符合迪米特原则,我不需要的就不去交流;也符合依赖倒置原则,只依赖产品类的抽象;当然也符合里氏替换原则,使得产品子类替换产品父类,没问题
使用场景:
首先,工厂方法模式是new一个对象的替代品,所以在所有需要生成对象的地方都可以使用,但是需要慎重的考虑是否增加一个工厂类进行管理,增加代码的复杂度。
其次,需要灵活、可扩展的框架时,额可以考虑工厂方法模式。
再次,工厂方法模式可以用在异构项目中。
最后,可以使用在测试驱动开发的框架中。