Define an interface for creating an object,but let subclasses decide which class to instantiate. Factory method lets a class defer instantiate to subclasss
抽象工厂中定义一个方法,其中会有参数输入,而实现类通过传入的参数判断该生产出哪种对象
public abstract class Product {
public void method1() {
// 业务逻辑处理
}
// 抽象方法
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 {
/**
* 创建一个产品对象,其输入参数类型可以自行设置
* 通常是String、enum、Class等
* @param clazz
* @param <T>
* @return
*/
public abstract <T extends Product> T createProduct(Class<T> clazz);
}
然后下面是具体的工厂实现类:
public class ConcreteCreator extends Creator {
@Override
public <T extends Product> T createProduct(Class<T> clazz) {
T product = null;
try {
product = (T) Class.forName(clazz.getName()).newInstance();
} catch (Exception e) {
// 异常处理
}
if (product == null) return null;
return product;
}
}
工厂方法的几种扩展:
1,简单工厂方法:
如果不需要扩展性,可以将抽象的工厂类删掉,然后将工厂类中的create方法变成static的
2,升级为多个工厂
如果在一个比较复杂的项目中,经常会初始化一个对象很耗费精力的情况下,所有产品类放到一个工厂方法中进行初始化会使得代码结构不清晰。这时候可以考虑多个工厂,每个工厂负责生产一种产品。但是这种扩展也会带来扩展性和维护性难题,因为每次增加一个产品,还得增加对应的一个工厂。实际应用中会增加一个协调类,避免调用者与各个子工厂交流,协调类作用是封装工厂类,对高层模块提供统一访问接口。
本人博客已搬家,新地址为:http://yidao620c.github.io/