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/