对象的创建延迟到子类--工厂方法模式

上次对“简单工厂模式”的使用进行了总结，讲解过程中使用了在“网上商城”买东西的例子。大家也许注意到了所有商品的实例化都是在一个工厂类ProductFactory中完成，如果商城有数十万个商品，都在一个工厂类中实现肯定是不现实的。这时最容易想到的方式，是对商品进行分类，不同的类型采用不同的“工厂”创建，这就是产生了“工厂方法模式”。“商城”只需要定义好接口，具体的工厂实现交给具体的商家实现即可。

 

工厂方法模式

 

工厂方法模式定义了一个创建对象的接口（抽象类），但由子类决定要实例化的类是哪一个（目标对象），工厂方法让类把实例化推迟到了子类。这里其实有三种角色：抽象的创建接口、具体的创建工厂类、目标对象（对应还有一个目标基类），具体的创建工厂类继承自抽象接口类，其作用是根据不同的条件创建不对的目标对象。这就是所谓的把创建对象的决定权交给子类，从而实现完全基于接口编程，而不必在意具体的实现（相对于简单工厂模式）。下面来看下工厂方法模式的类图：

 

 

这里的ProductFactoryA、ProductFactoryB分布都可以创建两类对象，也可以只创建一类对象。AbsClient里公共的业务方法，以及抽象的工程方法由于创建具体的目标对象，ProductFactoryA和ProductFactoryB实现这个方法。

 

该模式的核心是把公共的业务方法提取到AbsClient基类中（参考上一章中的Client类的orderProduct方法），在依赖具体目标对象的地方使用Iproduct接口代替，具体创建这些对象的工作交给AbsClient的子类去实现；同时为了方便扩展，AbsClient的子类根据业务需要可以有多个，这些子类都是具体的工厂类，每个工厂类可以创建同一类Product。比如这里ProductFactoryA可以创建Product1、Product2，ProductFactoryB可以创建Product3、Product4。可以把每个工厂类看做是一个商家的工厂，“网上商城”AbsClient 要增加自己的商品品类，可以接入不同的商家入驻即可（实现新的工厂类，创建新的商品类），原有已存在的代码无需任何改动。

 

这里不再使用商城的列子，感兴趣的朋友可以自己实现。下面以实际项目中一个例子进行讲解。

 

模式示例

 

这里以笔者真实项目中的场景为例：该项目是一个页面的在线编辑系统，页面编辑好后会有发布动作，该动作会触发数据保存（saveData方法）、发起页面渲染请求（sendRender方法）、向MQ发送消息（sendMq方法）。如果只有一类页面该流程实现起来很简单，但现在有4个不同业务类型对应的页面：pc活动页、pc店铺页、m活动页、m店铺页，后续还有可能增加别的业务类型对应的页面。这里其实就可以采用工程方法模式，来创建不同的业务对象进行处理。首先来看下类图，对应上面的类图，只是类名上有改动：

 

 

 

首先来看抽象基类AbsPublish

 
public abstract class AbsPublish {
 
    private BusinessService businessService;
 
    /**
     * 页面发布方法
     */
    public void publish(String type,Integer id){
        businessService = createBusiness(type);
 
        //step1 保存页面配置数据
        businessService.saveData(id);
 
        //step2 发起渲染请求
        businessService.sendRender(id);
 
        //step3 把该活动信息发布到“已发布消息队列”
        businessService.sendMq(id);
 
        //其他公共操作
        printLog(type,id);
    }
 
    private void printLog(String type,Integer id){
        System.out.println("类型："+type+"编号:"+id+"发布完成");
    }
 
    protected abstract  BusinessService createBusiness(String type);
}
 

 

publish方法是就是页面发布的通用流程，分别会触发数据保存（saveData方法）、发起页面渲染请求（sendRender方法）、向MQ发送消息（sendMq方法）。这三个方法在不同的业务类型对应的实现不同，但这里不用管具体的实现。具体的实现交给createBusiness(String type)方法去创建，该方法收抽象方法，交给子类实现。

 

ActPublish、ShopPublish是AbsPublish两个子类，主要方作用就是实现createBusiness方法，创建具体的业务对象。

public class ActPublish extends AbsPublish {
    @Override
    protected BusinessService createBusiness(String type) {
        BusinessService businessService = null;
        if("mAct".equals(type)){
            businessService = new MActBusinessImpl();
        }else if ("pcAct".equals(type)){
            businessService = new PcActBusinessImpl();
        }
        return businessService;
    }
}
 

 

 

public class ShopPublish extends AbsPublish {
    @Override
    protected BusinessService createBusiness(String type) {
        BusinessService businessService = null;
        if("mShop".equals(type)){
            businessService = new MShopBusinessImpl();
        }else if ("pcShop".equals(type)){
            businessService = new MShopBusinessImpl();
        }
        return businessService;
    }
}

 

接下来再来看下业务基类和业务实现类：

public interface BusinessService {
 
    /**
     * 保存数据库
     */
    void saveData(Integer id);
 
    /**
     * 发起页面渲染请求
     */
    void sendRender(Integer id);
 
    /**
     * 向mq（消息队列）发送页面发布消息
     */
    void sendMq(Integer id);
}

 

 

MActBusinessImpl、MShopBusinessImpl、PcActBusinessImpl、PcShopBusinessImpl是具体的业务实现类，这里只列出MActBusinessImpl实现代码，实现具体业务逻辑已省略，可以自行实现：

public class PcShopBusinessImpl implements BusinessService {
    public void saveData(Integer id) {
        System.out.println("pc店铺：配置数据入库");
    }
 
    public void sendRender(Integer id) {
        System.out.println("pc店铺：发起页面渲染请求");
    }
 
    public void sendMq(Integer id) {
        System.out.println("pc店铺：把该活动信息推送到 已发布pc店铺mq（消息队列）");
    }
}
 

 

 

最后创建main方法测试，模拟发布编号为12345的m活动页：

public class Main {
    public static void main(String[] args) {
        AbsPublish mAct = new ActPublish();
        mAct.publish("mAct",12345);
    }
}

 

运行main方法：

M活动：配置数据入库
M活动：发起页面渲染请求
M活动：把该活动信息推送到 已发布M活动mq（消息队列）
类型：mAct编号:12345发布完成

如果要新增一个业务逻辑，新增一个工厂类和具体的业务实现类即可。

 

小结

 

 

使用工厂方法模式，可以把具体的实现延迟到子类中进行，满足了 oo设计原则中的针对接口编程和不针对实现，以及开闭原则（对修改关闭，都扩展开放）。缺点，就是会创建很多的工厂类实现和具体业务类实现，但可以把这部分实现交给第三方，主体业务只负责定义规则（创建接口），实现业务解耦。

 

出处：

http://moon-walker.iteye.com/blog/2397069