《设计模式》之三:工厂方法模式

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/

猜你喜欢

转载自yidao620c.iteye.com/blog/1871753