3、设计模式__创建型__抽象工厂

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

工厂方法模式通过引入工厂等级结构,解决了简单工厂模式中工厂类职责太重的问题,但由于工厂方法模式中的每个工厂只生产一类产品,可能会导致系统中存在大量的工厂类,势必会增加系统的开销。此时,我们可以考虑将一些相关的产品组成一个“产品族”,由同一个工厂来统一生产,这就是我们本文将要学习的抽象工厂模式的基本思想。

1、定义

抽象工厂模式为创建一组对象提供了一种解决方案。与工厂方法模式相比,抽象工厂模式中的具体工厂不只是创建一种产品,它负责创建一族产品。抽象工厂模式定义如下:

抽象工厂模式(Abstract Factory Pattern):提供一个创建一系列相关或相互依赖对象的接口,而无须指定它们具体的类。抽象工厂模式又称为Kit模式,它是一种对象创建型模式。

2、UML图
  • AbstractFactory(抽象工厂):它声明了一组用于创建一族产品的方法,每一个方法对应一种产品。
  • ConcreteFactory(具体工厂):它实现了在抽象工厂中声明的创建产品的方法,生成一组具体产品,这些产品构成了一个产品族,每一个产品都位于某个产品等级结构中。
  • AbstractProduct(抽象产品):它为每种产品声明接口,在抽象产品中声明了产品所具有的业务方法。
  • ConcreteProduct(具体产品):它定义具体工厂生产的具体产品对象,实现抽象产品接口中声明的业务方法。

这里写图片描述

注意: 虚线三角箭头表示依赖
实线三角形表示实例化(抽象的具体)

与工厂方法相比,抽象工厂创建是的一组产品,而不是单个产品。

3、场景与实现

宝马工厂除了生产宝马汽车外,还生产宝马自行车;红旗工厂也生产红旗汽车还生产红旗自行车,在此,BMW和Hongqi是工厂,同一品牌的汽车和自行车构成了一个产品族,一个工厂可以生产一族产品,而不只是一种产品,我们需要买的是一人产品族。

1) 抽象的产品
Car.class.

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();

}

and Bike.class

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

/**
 * Created by Carl on 2016/11/22.
 */
public interface Bike {

    void ride();

}

2) 具体的产品
BMW.class

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.class

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...");
    }

}

BMWBike.class

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

/**
 * Created by Carl on 2016/11/22.
 */
public class BMWBike implements Bike {
    public void ride() {
        // todo
    }
}

and HongQiBike.class

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

/**
 * Created by Carl on 2016/11/22.
 */
public class HongQiBike implements Bike {
    public void ride() {
        // todo
    }
}

3)抽象的工厂

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

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

/**
 * Created by Carl on 2016/11/22.
 */
public interface Factory {

    Car getCar();

    Bike getBike();

}

4)具体的工厂
BMWFactory.class

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

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

/**
 * Created by Carl on 2016/11/22.
 */
public class BMWFactory implements Factory {
    public BMW getCar() {
        return new BMW();
    }

    public BMWBike getBike() {
        return new BMWBike();
    }
}

and HongQiFactory.class

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

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

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

    public HongQiBike getBike() {
        return new HongQiBike();
    }
}

5) Client

public class Client {

    public static void main(String[] args) {
        Factory factory = new BMWFactory();
        Car car = factory.getCar();
        Bike bike = factory.getBike();
        System.out.println(car + ":" + bike);
    }

}
4、抽象工厂分析

1) 主要优点
抽象工厂模式的主要优点如下:

  • 抽象工厂模式隔离了具体类的生成,使得客户并不需要知道什么被创建。由于这种隔离,更换一个具体工厂就变得相对容易,所有的具体工厂都实现了抽象工厂中定义的那些公共接口,因此只需改变具体工厂的实例,就可以在某种程度上改变整个软件系统的行为。
  • 当一个产品族中的多个对象被设计成一起工作时,它能够保证客户端始终只使用同一个产品族中的对象。
  • 增加新的产品族很方便,无须修改已有系统,符合“开闭原则”。

2) 主要缺点
抽象工厂模式的主要缺点如下:

  • 增加新的产品等级结构麻烦,需要对原有系统进行较大的修改,甚至需要修改抽象层代码,这显然会带来较大的不便,违背了“开闭原则”。

3) 适用场景
在以下情况下可以考虑使用抽象工厂模式:

  • 一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节,这对于所有类型的工厂模式都是很重要的,用户无须关心对象的创建过程,将对象的创建和使用解耦。
  • 系统中有多于一个的产品族,而每次只使用其中某一产品族。可以通过配置文件等方式来使得用户可以动态改变产品族,也可以很方便地增加新的产品族。
  • 属于同一个产品族的产品将在一起使用,这一约束必须在系统的设计中体现出来。同一个产品族中的产品可以是没有任何关系的对象,但是它们都具有一些共同的约束,如同一操作系统下的按钮和文本框,按钮与文本框之间没有直接关系,但它们都是属于某一操作系统的,此时具有一个共同的约束条件:操作系统的类型。
  • 产品等级结构稳定,设计完成之后,不会向系统中增加新的产品等级结构或者删除已有的产品等级结构。
5、实际应用

在Spring项目中,我们用得最多的特性我相信就是Spring的IOC容器了。而Spring的IOC容器BeanFactory就是其中最重要的接口。我们可以看看
BeanFactory中的方法,主要包含以下三个方法:

Object getBean(String name)

Class<?> getType(String name)

String[] getAliases(String name);

分别是获取bean的实例,bean的类型以及bean的别名,这就是Spring对抽象工厂方法的应用。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 4
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值