Spring学习之GOF的工厂模式

文章目录

  • 工厂模式的三种形态
  • 简单工厂模式
  • 工厂方法模式
  • 抽象工厂模式(了解)

  • 设计模式:一种可以杯冲覅利用的解决方案
  • GoF(Gang of Four),中文名——四人组
  • 《Design Patterns: Elements of Reusable Object-Oriented Software》(即《设计模式》一书),1995年由 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides 合著。这几位作者常被称为"四人组(Gang of Four)"。
  • 该书中描述了23中设计模式。我们平常所说的设计模式就是指着23种设计模式,比如:JavaEE的设计模式(DAO模式、MVC模式等)。

  • GoF23种设计模式可分为三大类

  1. 创建型(五个):解决对象创建问题
  • 单例模式
  • 工厂方法模式
  • 抽象工厂模式
  • 建造者模式
  • 原型模式

  1. 结构性(七个):一些类或对象组合在一起的经典结构
  • 代理模式
  • 装饰模式
  • 适配器模式
  • 组合模式
  • 享元模式
  • 外观模式
  • 桥接模式

  1. 行为型(十一个):解决类或对象之间的交互问题
  • 策略模式
  • 模板方案模式
  • 责任链模式
  • 观察者模式
  • 迭代子模式
  • 命令模式
  • 备忘录模式
  • 状态模式
  • 访问者模式
  • 中介者模式
  • 介绍器模式

  • 工厂模式是解决对象创建问题的,所以工厂模式属于创建型设计模式。而Spring底层框架就使用了大量的工厂模式

工厂模式的三种形态

工厂模式通常有三种形态:

  • 第一种:简单工厂模式(Simple Factory):不属于23种设计模式之一。简单工厂模式又叫做:静态工厂方法模式。简单工厂模式是工厂方法模式的一种特殊实现。
  • 第二种:工厂方法模式(Factory Method):是23种设计模式之一。
  • 第三章:抽象工厂(Abstract Factory):是23种设计模式之一。

简单工厂模式

简单工厂模式的角色包括三个:

  • 抽象产品角色
  • 具体产品角色
  • 工厂类角色

简单工厂模式的代码如下:

抽象产品角色

//Weapon.java
package com.powernode.factory;

public abstract class Weapon {
    /**
     * 所有的武器都有攻击行为
     */
    public abstract void attack();
}

具体产品角色:

//Tank.java
package com.powernode.factory;

public class Tank extends Weapon{
    @Override
    public void attack() {
        System.out.println("坦克开炮!");
    }
}
//Fighter.java
package com.powernode.factory;

public class Fighter extends Weapon{
    @Override
    public void attack() {
        System.out.println("战斗机投下原子弹!");
    }
}
//Dagger.java
package com.powernode.factory;

public class Dagger extends Weapon{
    @Override
    public void attack() {
        System.out.println("砍他丫的!");
    }
}

工厂类角色:

//WeaponFactory.java
package com.powernode.factory;

public class WeaponFactory {
    /**
     * 根据不同的武器类型生产武器
     * @param weaponType 武器类型
     * @return 武器对象
     */
    public static Weapon get(String weaponType){
        if (weaponType == null || weaponType.trim().length() == 0) {
            return null;
        }
        Weapon weapon = null;
        if ("TANK".equals(weaponType)) {
            weapon = new Tank();
        } else if ("FIGHTER".equals(weaponType)) {
            weapon = new Fighter();
        } else if ("DAGGER".equals(weaponType)) {
            weapon = new Dagger();
        } else {
            throw new RuntimeException("不支持该武器!");
        }
        return weapon;
    }
}

测试程序(客户端程序):

//Client.java
package com.powernode.factory;

/**
 * @author 动力节点
 * @version 1.0
 * @className Client
 * @since 1.0
 **/
public class Client {
    public static void main(String[] args) {
        Weapon weapon1 = WeaponFactory.get("TANK");
        weapon1.attack();

        Weapon weapon2 = WeaponFactory.get("FIGHTER");
        weapon2.attack();

        Weapon weapon3 = WeaponFactory.get("DAGGER");
        weapon3.attack();
    }
}

简单工厂模式的优点:

  • 客户端和层序不需要关心对象的创建细节,需要哪个对象时,只需要向工厂索要即可,初步实现了责任的分离。客户端只负责“消费”,工厂负责“生产”。生产和消费分离。

简单工厂的缺点:

  • 工厂类集中了所有产品的创造逻辑,形成一个无所不知的全能类,有人把它叫做上帝类。显然工厂类非常关键,不能出问题,一旦出问题,整个系统瘫痪。
  • 不符合OCP开闭原则,在进行系统拓展时,需要修改工厂类。

Spring中的BeanFactory就使用了简单工厂模式。

工厂方法模式

工厂方法模式即保留了简单工厂模式的优点,同时又解决了简单工厂模式的缺点。


工厂方法模式的角色包括:

  • 抽象工厂角色
  • 具体工厂角色
  • 抽象产品角色
  • 具体产品角色

package com.powernode.factory;

/**
 * 武器类(抽象产品角色)
 **/
public abstract class Weapon {
    /**
     * 所有武器都有攻击行为
     */
    public abstract void attack();
}

package com.powernode.factory;

/**
 * 具体产品角色
 **/
public class Gun extends Weapon{
    @Override
    public void attack() {
        System.out.println("开枪射击!");
    }
}
package com.powernode.factory;

/**
 * 具体产品角色
 **/
public class Fighter extends Weapon{
    @Override
    public void attack() {
        System.out.println("战斗机发射核弹!");
    }
}
package com.powernode.factory;

/**
 * 武器工厂接口(抽象工厂角色)
 **/
public interface WeaponFactory {
    Weapon get();
}

客户端程序:

package com.powernode.factory;

public class Client {
    public static void main(String[] args) {
        WeaponFactory factory = new GunFactory();
        Weapon weapon = factory.get();
        weapon.attack();

        WeaponFactory factory1 = new FighterFactory();
        Weapon weapon1 = factory1.get();
        weapon1.attack();
    }
}


如果想要拓展一个新的产品,只要新增一个产品类,再新增一个该产品对应的工厂即可

在进行功能拓展的时候,不需要修改之前的源代码,显然工厂方法模式符合OCP原则。


工厂方法模式的优点:

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

工厂方法模式的缺点:

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

抽象工厂模式(了解)

抽象工厂模式相对于工厂方法模式来说,就是工厂方法模式是针对一个产品系列的,而抽象工厂模式是针对多个产品系列的,即工厂方法模式是一个产品系列一个工厂类,而抽象工厂模式是多个产品系列一个工厂类。

抽象工厂模式特点:抽象工厂模式是所有形态的工厂模式中最为抽象和最具一般性的一种形态。抽象工厂模式是指当有多个抽象角色时,使用的一种工厂模式。抽象工厂模式可以向客户端提供一个接口,使客户端在不必指定产品的具体的情况下,创建多个产品族中的产品对象。它有多个抽象产品类,每个抽象产品类可以派生出多个具体产品类,一个抽象工厂类,可以派生出多个具体工厂类,每个具体工厂类可以创建多个具体产品类的实例。每一个模式都是针对一定问题的解决方案,工厂方法模式针对的是一个产品等级结构;而抽象工厂模式针对的是多个产品等级结果。

你可能感兴趣的:(spring学习笔记,spring,学习,java)