23种设计模式之工厂方法模式

工厂方法模式

1、简单工厂模式

简单工厂模式并不属于23种经典设计模式,但它是工厂方法模式和抽象工厂模式的基础,所以做一个简单介绍。

1.1 定义

简单工厂模式:定义一个工厂类,它可以根据参数的不同返回不同类的实例,被创建的实例通常都具有相同的父类。

1.2简单工厂模式结构
  • Factory(工厂角色):工厂类,简单工厂模式的核心,负责实现创建所有产品实例的内部逻辑。可以被外部直接调用,创建所需的产品对象。
  • Product(抽象产品角色):工厂类创建的所有对象的父类。封装产品对象的公有属性,提高系统的灵活性和可扩展性。
  • ConcreteProduct(具体产品角色):工厂类的创建目标,所有被创建的对象都充当这个角色的某个具体类的实例。
1.3简单工厂模式存在的问题
  • 工厂类中集中了所有产品的创建逻辑,职责过重。
  • 扩展困难,一旦添加新的产品就不得不修改工厂类源码,不利于系统的扩展和维护。

2、工厂方法模式

2.1定义

工厂方法模式:定义一个用于创建对象的接口,但是让子类决定将哪一个类实例化。让一个类的实例化延迟到子类

2.2工厂方法模式结构
  • Factory(抽象工厂):在抽象工厂类中声明了工厂方法用于返回一个产品。抽象工厂是工厂方法模式的核心。
  • ConcreteFactory(具体工厂):抽象工厂类的子类,实现了在抽象工厂中声明的方法。
  • Product(抽象产品):定义产品的接口。所有产品对象的公共父类。
  • ConcreteProduct(具体产品):实现了抽象产品接口。

结构图

在这里插入图片描述

2.4实例代码

定义一个Work接口(角色Product)

public interface Work {

    void doWork();
}

Work接口的两个实现类(角色ConcreteProduct)

public class LeaderWork implements Work{
    @Override
    public void doWork() {
        System.out.println("Leader正在喝茶");
    }
}
public class WorkerWork implements Work{
    @Override
    public void doWork() {
        System.out.println("员工正在工作");
    }
}

定义工厂接口(角色Factory)

public interface IWorkFactory {
    Work getWork();
}

创建两个具体的工厂实现类(角色ConcreteFactory)

public class LeaderFactory implements IWorkFactory{
    @Override
    public Work getWork() {
        return new LeaderWork();
    }
}
public class WorkerFactory implements IWorkFactory{
    @Override
    public Work getWork() {
        return new WorkerWork();
    }
}

创建测试类

public class Client {

    public static void main(String[] args) {
        IWorkFactory leaderFactory = new LeaderFactory();
        leaderFactory.getWork().doWork();

        IWorkFactory workFactory = new WorkerFactory();
        workFactory.getWork().doWork();
    }
}
Leader正在喝茶
员工正在工作

3、工厂方法模式优缺点

3.1优点
  • 新增一种产品时,只需要增加相应的具体产品类和相应的工厂子类即可
  • 客户无需知道具体产品类的创建细节,甚至不需要知道具体产品类名,只需要知道对应的工厂类即可
  • 具有良好的可扩展性
3.2缺点
  • 添加新产品时,除了增加新产品类外,还要提供与之对应的具体工厂类,系统类的个数将成对增加,在一定程度上增加了系统的复杂度。同时,有更多的类需要编译和运行,会给系统带来一些额外的开销
  • 一种具体工厂只能创建一种具体商品

4、工厂方法模式的适用环境

  • 当客户端不知道他所需要创建的类的时候
  • 当一个类希望由它的子类来指定它所创建的对象的时候
  • 0
    点赞
  • 15
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
工厂方法模式是一种常见的创建型设计模式,它定义了一个用于创建对象的接口,但是由子类决定要实例化的类是哪一个。在工厂方法模式中,创建对象的过程被分离出来,使得这个过程可以被子类定制化,从而提高了代码的可扩展性和可维护性。 工厂方法模式的核心思想是将对象的创建和使用分离开来,客户端只需要知道所需对象的类型,而无需关心对象的创建过程。具体来说,工厂方法模式包含以下几个角色: 1. 抽象工厂(Abstract Factory):定义了工厂方法的接口,用于创建产品对象。 2. 具体工厂(Concrete Factory):实现抽象工厂接口,根据具体需求创建具体产品对象。 3. 抽象产品(Abstract Product):定义了产品的接口,用于描述产品的属性和行为。 4. 具体产品(Concrete Product):实现抽象产品接口,提供具体的实现。 使用工厂方法模式可以将客户端代码和具体产品的实现代码分离开来,使得代码更加灵活和可扩展。工厂方法模式在实际应用中也有很多场景,例如: 1. 当一个类不知道它所必须创建的对象的类的时候。 2. 当一个类希望由它的子类来指定所创建的对象的时候。 3. 当类将创建对象的职责委托给多个帮助子类中的某个特定子类,并且希望能够在运行时切换这些子类中的哪一个时。 总之,工厂方法模式是一种非常实用的设计模式,可以提高代码的可维护性和可扩展性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值