【设计模式】简单工厂模式

简单工厂模式是一种创建型设计模式,它提供了一个静态工厂方法,根据传入的参数创建不同类的实例。工厂类负责所有对象的创建,客户只需传入参数即可获取所需对象,无需了解对象创建的细节。然而,这种模式可能导致工厂类责任过重,且不易扩展,违反了开闭原则。文章通过水果类的例子展示了简单工厂模式的实现,并分析了其优缺点及适用场景。
摘要由CSDN通过智能技术生成

一,定义

简单工厂模式:创建型模式之一。在简单工厂模式中,客户可以根据传入参数的不同,可以得到不同类的实例。在简单工厂模式中专门设计了一个工厂类负责其他类的实例化,而这些类往往拥有相同的基类。

(工厂类中需要一个静态工厂方法,方便外部(客户)调用)

二,类图

三,成员职责

  • 工厂角色:这是简单工厂模式的核心,由它负责创建所有的类的内部逻辑。当然工厂类必须能够被外界调用,创建所需要的产品对象。

  • 抽象产品角色:工厂所创建的所有对象的父类,它负责定义所有实例共有的公共接口。

  • 具体产品角色:工厂所创建的具体实例对象,这些具体的产品往往都拥有共同的父类。

四,实现

我们提供以下场景:

  1. 有一个水果的抽象类,有苹果,香蕉和鸭梨继承于这个抽象类,并且实现抽象方法。

  1. 设计一个工厂类,客户可以根据自己的需要选择购买苹果,还是香蕉,还是鸭梨,来返回具体类的指针,完成购买。

抽象水果接口(抽象产品类)

class fruit
{
public:
    virtual void sold() = 0;
};

苹果(具体产品类)

class apple : public fruit
{
public:
    void sold() override
    {
        cout << "苹果被买了" << endl;
    }
};

香蕉(具体产品类)

class banana : public fruit
{
public:
    void sold() override
    {
        cout << "香蕉被买了" << endl;
    }
};

鸭梨(具体产品类)

class pear : public fruit
{
public:
    void sold() override
    {
        cout << "鸭梨被买了" << endl;
    }
};

工厂类(factory)

class fruit_factory
{
    //根据传入的参数的不同,返回不同类的实例
public:
    static fruit* createyfruit(string name)
    {
        if (name == "apple")
        {
            return new apple;
        }
        else if (name == "banana")
        {
            return new banana;
        }
        else if (name == "pear")
        {
            return new pear;
        }
        else
        {
            return nullptr;
        }
    }
};

测试方法与主函数

void client()
{
    fruit_factory* factory = new fruit_factory;
    fruit* f = nullptr;
    
    //购买苹果
    f = factory->createyfruit("apple");
    f->sold();
    delete f;

    //购买香蕉
    f = factory->createyfruit("banana");
    f->sold();
    delete f;

    //购买鸭梨
    f = factory->createyfruit("pear");
    f->sold();
    delete f;

    delete factory;
}

int main()
{    
    client();
    return 0;
}

运行结果:

五,优缺点分析

优点:

  • 工厂类包含必要的判断逻辑,客户只需要根据传入外界给定不同的参数,就可以从工厂获得不同的具体产品,这样客户就不用知道对象是如何创建和组织的。简单工厂模式实现了对象创建和使用分离

缺点:

  • 工厂类的责任过重,如果工厂出现问题,那么所有客户端都会牵连

  • 如果新增具体产品类,需要直接更改工厂类中的代码,违背了开闭原则

  • 由于工厂类使用了静态工厂方法,是工厂类无法形成基于继承的等级结构

六,适用场景

  1. 工厂类负责创建的对象比较少时(不会造成工厂方法中的业务逻辑太过复杂)

  1. 客户端对如何创建对象不关心,只知道传入工厂的参数

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

逐梦的白鹰

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值