[SSM]GoF之工厂模式

目录

六、GoF之工厂模式

6.1工厂模式的三种形态

6.2简单工厂模式

6.3工厂方法模式

6.4抽象工厂模式(了解)


六、GoF之工厂模式

  • 设计模式:一种可以被重复利用的解决方案

  • GoF(Gang of Four),中文名------四人组。

  • 该书中描述了23种设计模式。我们平常所说的设计模式就是指这23种设计模式。

  • 除了这23种设计模式之外,还有其它的设计模式,比如:JavaEE的设计模式(DAO模式、MVC模式)

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

    • 创建型(5个):解决对象创建问题。

      • 单例模式

      • ⼯⼚⽅法模式

      • 抽象⼯⼚模式

      • 建造者模式

      • 原型模式

    • 结构型(7个):一些类或对象组合在一起的经典结构。

      • 代理模式

      • 装饰模式

      • 适配器模式

      • 组合模式

      • 享元模式

      • 外观模式

      • 桥接模式

    • 行为型(11个):解决类或对象之间的交互问题。

      • 策略模式

      • 模板⽅法模式

      • 责任链模式

      • 观察者模式

      • 迭代⼦模式

      • 命令模式

      • 备忘录模式

      • 状态模式

      • 访问者模式

      • 中介者模式

      • 解释器模式

6.1工厂模式的三种形态

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

    • 第一种:简单工厂模式:不属于23种设计模式之一。简单工厂模式又叫做:静态工厂方法模式。简单工厂模式是工厂方法模式的一种特殊实现。

    • 第二种:工厂方法模式:是23种设计模式之一。

    • 第三种:抽象工厂模式:是23种设计模式之一。

6.2简单工厂模式

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

    • 抽象产品角色

    • 具体产品角色

    • 工厂类角色

抽象产品角色

package com.hhb.factory;
​
//抽象产品角色
public abstract class Weapon {
    //所有的武器都可以攻击
    public abstract void attack();
}

具体产品角色

package com.hhb.factory;
​
//具体产品角色
public class Tank extends Weapon {
    @Override
    public void attack() {
        System.out.println("坦克");
    }
}

package com.hhb.factory;
​
//具体产品角色
public class Dagger extends Weapon {
    @Override
    public void attack() {
        System.out.println("匕首");
    }
}

工厂类角色

package com.hhb.factory;
​
//工厂类角色
public class WeaponFactory {
    /**
     * 简单工厂模式种有一个静态方法,所以被称为:静态工厂方法模式。
     *
     * @param weaponType
     * @return
     */
    public static Weapon get(String weaponType) {
        if ("TANK".equals(weaponType)) {
            return new Tank();
        } else if ("DAGGER".equals(weaponType)) {
            return new Dagger();
        } else {
            throw new RuntimeException("不支持该武器的生产");
        }
    }
}

客户端

package com.hhb.factory;
​
public class Test {
    public static void main(String[] args) {
        Weapon tank = WeaponFactory.get("TANK");
        tank.attack();
​
        Weapon dagger = WeaponFactory.get("DAGGER");
        dagger.attack();
​
        Weapon fighter = WeaponFactory.get("FIGHTER");
        fighter.attack();
    }
}
  • 简单工厂模式的优点:

    • 客户端程序不需要关系对象的创建细节,需要哪个对象时,只需向工厂索要即可,初步实现了责任的分离。客户端只负责消费,工厂负责生产,生产和消费分离。
  • 简单工厂模式的缺点:

    • 工厂类集中了所有产品的创造逻辑,形成了一个无所不知的全能类,也叫上帝类。显然工厂类非常关键,不能出现问题,一旦出现问题,整个系统瘫痪。

    • 不符合OCP开闭原则,在进行系统扩展时,需要修改工厂类。

6.3工厂方法模式

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

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

    • 抽象工厂模式

    • 具体工厂模式

    • 抽象产品角色

    • 具体产品角色

抽象产品角色

package com.hhb.method;
​
//抽象产品角色
public abstract class Weapon {
    public abstract void attack();
}

具体产品角色

package com.hhb.method;
​
//具体产品角色
public class Gun extends Weapon {
    @Override
    public void attack() {
        System.out.println("枪");
    }
}

package com.hhb.method;
​
//具体产品角色
public class Dagger extends Weapon {
​
    @Override
    public void attack() {
        System.out.println("匕首");
    }
}

抽象工厂角色

package com.hhb.method;
​
//抽象工厂角色
public abstract class WeaponFactory {
    public abstract Weapon get();
}

具体工厂角色

package com.hhb.method;
​
//具体工厂角色
public class GunFactory extends WeaponFactory {
    @Override
    public Weapon get() {
        return new Gun();
    }
}

package com.hhb.method;
​
public class DaggerFactory extends WeaponFactory {
    @Override
    public Weapon get() {
        return new Dagger();
    }
}

客户端

package com.hhb.method;
​
//客户端程序
public class Test {
    public static void main(String[] args) {
        WeaponFactory weaponFactory = new DaggerFactory();
        Weapon dagger = weaponFactory.get();
        dagger.attack();
​
        WeaponFactory weaponFactory1 = new GunFactory();
        Weapon gun = weaponFactory1.get();
        gun.attack();
    }
}
  • 工厂方法模式优点:

    • 一个调用者想创建一个对象,只要知道其名称就可以了。

    • 扩展性高,符号OCP原则,想要增加一个产品,只需要扩展一个工厂类就可以了。

    • 屏蔽产品的具体实现,调用者只关心产品的接口。

  • 工厂方法模式的缺点:

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

6.4抽象工厂模式(了解)

  • 优点:当一个产品族中的多个对象被设计成一起工作时,它能保证客户端始终只使用同一个产品族中的对象。

  • 缺点:产品族扩展非常困难,要增加一个系列的某一产品,既要在AbstractFactory里加代码,又要在具体的里面加代码。

相关推荐
aloha_78913 分钟前
B站宋红康JAVA基础视频教程(chapter14数据结构与集合源码)
java·数据结构·spring boot·算法·spring cloud·mybatis
尘浮生22 分钟前
Java项目实战II基于Java+Spring Boot+MySQL的洗衣店订单管理系统(开发文档+源码+数据库)
java·开发语言·数据库·spring boot·mysql·maven·intellij-idea
猿饵块1 小时前
cmake--get_filename_component
java·前端·c++
编程小白煎堆1 小时前
C语言:枚举类型
java·开发语言
王哈哈嘻嘻噜噜1 小时前
c语言中“函数指针”
java·c语言·数据结构
qq_339191141 小时前
spring boot admin集成,springboot2.x集成监控
java·前端·spring boot
苹果酱05671 小时前
通过springcloud gateway优雅的进行springcloud oauth2认证和权限控制
java·开发语言·spring boot·后端·中间件
Sunny_yiyi1 小时前
Gateway--服务网关
java·开发语言·gateway
Mike!2 小时前
C++进阶 set和map讲解
java·开发语言·数据结构·c++·set·map·cpp
翔云1234562 小时前
Go语言的垃圾回收(GC)机制的迭代和优化历史
java·jvm·golang·gc