2、设计模式__创建型__工厂方法

参考文章:工厂三兄弟之工厂方法模式

简单工厂模式虽然简单,但存在一个很严重的问题。当系统中需要引入新产品时,由于静态工厂方法通过所传入参数的不同来创建不同的产品,这必定要修改工厂类的源代码,将违背“开闭原则”,如何实现增加新产品而不影响已有代码?工厂方法模式应运而生,本文将介绍第二种工厂模式——工厂方法模式。

1、定义

工厂方法模式(Factory Method Pattern):定义一个用于创建对象的接口,让子类决定将哪一个类实例化。工厂方法模式让一个类的实例化延迟到其子类。工厂方法模式又简称为工厂模式(Factory Pattern),又可称作虚拟构造器模式(Virtual Constructor Pattern)或多态工厂模式(Polymorphic Factory Pattern)。工厂方法模式是一种类创建型模式。

2、UML图

工厂方法模式中包含的角色及其相应的职责如下:

  • Product(抽象产品):它是定义产品的接口,是工厂方法模式所创建对象的超类型,也就是产品对象的公共父类。
  • ConcreteProduct(具体产品):它实现了抽象产品接口,某种类型的具体产品由专门的具体工厂创建,具体工厂和具体产品之间一一对应。
  • Factory(抽象工厂):在抽象工厂类中,声明了工厂方法(Factory Method),用于返回一个产品。抽象工厂是工厂方法模式的核心,所有创建对象的工厂类都必须实现该接口。
  • ConcreteFactory(具体工厂):它是抽象工厂类的子类,实现了抽象工厂中定义的工厂方法,并可由客户端调用,返回一个具体产品类的实例。

这里写图片描述

与简单工厂模式相比,工厂方法模式最重要的区别是引入了抽象工厂角色,抽象工厂可以是接口,也可以是抽象类或者具体类。

3、场景与实现

上次我们讲到买车去到二手车市场,但是去二手车。如果这个二手车没有这样的品牌,商家还要卖那种品牌还需要额外添加新品牌的车,对商家入侵太大。所以我们最好去4S店,因为我们都知道需要买什么车。这样就不会出现白跑一躺的情况了。

1) Car4SStore – 抽象工厂

package com.weimob.o2o.design.factory;

import com.weimob.o2o.carl.design.simplefactory.Car;

/**
 * 抽象工厂(由它去找具体工厂)
 * Created by Carl on 2016/11/20.
 */
public interface Car4SStore {

    Car getCar();

}

2)BWMFactory – 具体工厂

package com.weimob.o2o.design.factory;

import com.weimob.o2o.carl.design.simplefactory.BMW;
import com.weimob.o2o.carl.design.simplefactory.Car;

/**
 * 生产宝马的具体工厂
 * Created by Carl on 2016/11/20.
 */
public class BMWFactory implements Car4SStore {

    public Car getCar() {
        return new BMW();
    }
}

and HongQiFactory

package com.weimob.o2o.design.factory;

import com.weimob.o2o.carl.design.simplefactory.Car;
import com.weimob.o2o.carl.design.simplefactory.HongQi;

/**
 * Created by Carl on 2016/11/20.
 */
public class HongQiFactory implements Car4SStore {
    public Car getCar() {
        return new HongQi();
    }
}

3) 抽象产品 – Car

package com.weimob.o2o.carl.design.simplefactory;

/**
 * 抽象产品 -- 汽车
 * Created by Carl on 2016/11/19.
 */
public abstract class Car {

    // 所有产品类的公共业务方法
    public void init(){
        System.out.println("produce a car...");
    }

    // 声明抽象业务方法
    public abstract void driveCar();

}

4) BMW – 具体产品

package com.weimob.o2o.carl.design.simplefactory;

/**
 * 具体产品
 * Created by Carl on 2016/11/19.
 */
public class BMW extends Car {

    @Override
    public void driveCar() {
        init();
        System.out.println("drive bmw...");
    }

}

and HongQi

package com.weimob.o2o.carl.design.simplefactory;

/**
 * Created by Carl on 2016/11/19.
 */
public class HongQi extends Car {

    @Override
    public void driveCar() {
        init();
        System.out.println("drive hongqi...");
    }

}

5)Client

package com.weimob.o2o.design.factory;

import com.weimob.o2o.carl.design.simplefactory.Car;

/**
 * Created by Carl on 2016/11/20.
 */
public class Client {

    public static void main(String[] args) {
        Car4SStore store = new BMWFactory();
        Car car = store.getCar();
        System.out.println(car);
    }

}
4、工厂方法分析

我们可以对比一下在二手车市场买车与在4S店买车的不同情况

优点:
1. 一个调用者想创建一个对象,只要知道其名称就可以了。
2. 扩展性高,如果想增加一个产品,只要扩展一个工厂类就可以。
3. 屏蔽产品的具体实现,调用者只关心产品的接口。

缺点:
每次增加一个产品时,都需要增加一个具体类和对象实现工厂,使得系统中类的个数成倍增加,在一定程度上增加了系统的复杂度,同时也增加了系统具体类的依赖。这并不是什么好事。

使用场景:
1. 日志记录器:记录可能记录到本地硬盘、系统事件、远程服务器等,用户可以选择记录日志到什么地方。
2. 数据库访问,当用户不知道最后系统采用哪一类数据库,以及数据库可能有变化时。
3. 设计一个连接服务器的框架,需要三个协议,”POP3”、”IMAP”、”HTTP”,可以把这三个作为产品类,共同实现一个接口。

注意事项:作为一种创建类模式,在任何需要生成复杂对象的地方,都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式,而简单对象,特别是只需要通过 new 就可以完成创建的对象,无需使用工厂模式。如果使用工厂模式,就需要引入一个工厂类,会增加系统的复杂度。

5、实际应用

在Spring中,我们可以通过FactoryBean的方法来获取到对象。FactoryBean类似于AbstractFactory抽象工厂,getBean方法类似于createProductA()这样的生产接口,而具体的FactoryBean实现,如TransactionProxyFactoryBean,就是具体的工厂实现,其生成出的TransactionProxy就是”抽象工厂”模式对应的ConcreteProduct.有了抽象工厂设计模式的参考与对比。对FactoryBean的设计和实现就更容易理解一些了。在后面的博客中会举更多相应的例子。关于Spring的FactoryBean可以参看 – Spring bean 之 FactoryBean..

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值