设计模式(三)——工厂模式详解

本文详细介绍了工厂模式的三种形式:简单工厂、工厂方法和抽象工厂,结合奶茶店点餐系统举例说明,强调了解耦合的重要性。讨论了各种模式的优缺点,如简单工厂模式在增加新产品时需修改工厂类,而工厂方法和抽象工厂模式遵循开闭原则,减少耦合。此外,还展示了静态工厂和工厂模式结合配置文件的应用,以及JDK中工厂模式的实例。
摘要由CSDN通过智能技术生成

概述

假如我们要实现一个奶茶店的点餐系统,首先有一个奶茶类,还有两个子类珍珠奶茶和魔芋奶茶,还要有一奶茶店类,奶茶店可以点奶茶。

在使用java开发时,在上边的场景中,我们需要对每一个对象进行创建,如果在创建的时候都进行new对象,对象之间都会严重耦合,假如对象之间的关系变了,new对象的地方就要修改,显然不符合开闭原则。

如果我们使用工厂来创建对象,我们就只和工厂打交道就可以了,彻底和对象解耦,如果要更换对象,直接在工厂里更换对象就好了,达到了与对象之间的解耦目的。所以说工厂模式最大的优点是:解耦

在本篇文章中将介绍三种工厂的使用:

  • 简单工厂模式(不属于GOF的23种经典设计模式)
  • 工厂方法模式
  • 抽象工厂模式

简单工厂模式

简单工厂并不属于GOF的23种经典设计模式,更像是一种编程习惯。

简单工厂包含如下角色:

  • 抽象产品:定义了产品的规范,描述了产品的主要特性和功能。
  • 具体商品:实现或继承抽象产品的子类
  • 具体工厂:提供了创建产品的方法,调用者通过该方法来获取产品。

代码实现

以上边的手机案例编写代码:

商品类:

// 抽象产品 手机类
public class Phone {
}
//具体商品 小米手机
public class Xiaomi extends Phone{
}

//具体商品 苹果手机
public class Apple extends Phone{
}

工厂类:


public class SimplePhoneFactory {
    public Phone create(String type) {
        Phone phone = null;
        if("apple".equals(type)) {
            phone = new Phone();
        } else if("xiaomi".equals(type)) {
            phone = new Xiaomi();
        }
        return phone;
    }
}

手机店类:

public class PhoneShop {
    public void buy(String type) {
        SimplePhoneFactory factory = new SimplePhoneFactory();
        Phone phone = factory.create(type);
    }
}

工厂处理创建对象的细节,将创建对象的任务交给工厂,手机店想要获得手机对象不用自己去创建,直接从工厂获取就好了。这样就解除了和手机的耦合,但也产生了新的耦合,手机店和工厂的耦合,工厂和商品的耦合。
假如后期再加上一个华为手机,我们是必须要修改工厂的代码的违反了开闭原则。

优缺点

优点:

封装了创建对象的过程,通过参数创建对象。吧对象创建和业务逻辑层分开,这样就避免了修改客户代码,如果要实现新产品就修改工厂类,而不需要在原代码中修改,这样就降低了客户代码修改的可能,更加容易拓展。

缺点:

增加新产品时还是需要修改工厂类的代码,违背了“开闭原则”。

静态工厂

在开发中也有一部分人将工厂类中的创建对象的功能定义为静态的,这个就是静态工厂模式,它也不是23种设计模式中的。代码如下:

public class SimplePhoneFactory {
    public static Phone create(String type) {
        Phone phone = null;
        if("apple".equals(type)) {
            phone = new Phone();
        } else if("xiaomi".equals(type)) {
            phone = new Xiaomi();
        }
        return phone;
    }
}

简单工厂+配置文件解除耦合

可以通过工厂模式+配置文件的方式解除工厂对象和产品对象的耦合。在工厂类中加载配置文件中的全类名,并创建对象进行存储,客户端如果需要对象,直接进行获取即可。

第一步:定义配置文件

为了演示方便,我们使用properties文件作为配置文件,名称为bean.properties

apple=com.test.factory.test.Apple
xiaomi=com.test.factory.test.Xiaomi

第二步:改进工厂类

public class SimplePhoneFactory {

    private static Map<String,Phone> map = new HashMap();

    static {
        Properties p = new Properties();
        InputStream is = SimplePhoneFactory.class.getClassLoader().getResourceAsStream("bean.properties");
        try {
            p.load(is);
            //遍历Properties集合对象
            Set<Object> keys = p.keySet();
            for (Object key : keys) {
                //根据键获取值(全类名)
                String className = p.getProperty((String) key);
                //获取字节码对象
                Class clazz = Class.forName(className);
                Phone obj = (Phone) clazz.newInstance();
                map.put((String)key,obj);
            }
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

    public static Phone create(String name) {
        return map.get(name);
    }
}

静态成员变量用来存储创建的对象(键存储的是名称,值存储的是对应的对象),而读取配置文件以及创建对象写在静态代码块中,目的就是只需要执行一次。

工厂方法模式

针对上边例子的缺点,使用工厂方法模式就可以解决,完全遵循开闭原则。

定义一个创建对象的接口,让子类决定去实例化哪个产品类对象。工厂方法是一个产品类的实例化延迟到其子类工厂。

工厂方法模式角色:

  • 抽象工厂:提供了创建产品的接口,调用者通过它访问具体工厂的工厂方法来创建产品。
  • 具体工厂:主要实现抽象工厂中的抽象方法,完成具体产品的创建。
  • 抽象产品:定义了产品的规范,描述了产品的主要特性和功能。
  • 具体产品:实现了抽象产品角色所定义的接口,由具体工厂来创建,它同具体工厂之间一一对应。

代码实现:

抽象工厂:

public interface PhoneFactory {
    Phone create(String type);
}

具体工厂:

public class XiaomiPhoneFactory implements PhoneFactory{
    @Override
    public Phone create(String type) {
        return new Xiaomi();
    }
}

手机店类:

public class PhoneShop {
    private PhoneFactory factory;

    public PhoneShop(PhoneFactory factory) {
        this.factory = factory;
    }

    public void buy(String type) {
        factory.create(type);
    }
}

从上边的代码可以看到,要增加产品类也要增加对应的工厂类,不需要修改工厂类的代码了,这样就解决了简单工厂模式的缺点。
工厂方法模式是简单工厂的进一步抽象,由于使用了多态性,工厂方法模式保持了简单工厂的优点,也克服了它的缺点。

优缺点

优点:

  • 用户只需要知道对应产品的工厂名称就可以创建商品对象,无需知道产品的创建过程。
  • 在系统增加新的产品时,只需要添加具体产品类和对应的工厂类,无需对原工厂进行任何修改,满足开闭原则。

缺点:

  • 每增加一个产品就要增加一个具体产品类和一个对应的具体工厂类,这增加了系统的复杂度。

抽象工厂模式

前面介绍的工厂只能生产同一类产品,同种类产品称为同等级产品,也就是说:工厂方法模式只考虑生产同等级的产品,但是在现实生活中许多工厂是综合型的工厂,能生产多等级(种类) 的产品,如电器厂既生产电视机又生产洗衣机或空调,大学既有软件专业又有生物专业等。
抽象工厂模式将考虑多级产品的生产,我们将同一个具体工厂生产的不同等级的产品称为一个产品族。
在这里插入图片描述
在这里插入图片描述

抽象工厂模式是一种为访问类提供的创建一组或相互依赖对象的接口,且访问类无需指定所要产品的具体类就能得到同族的不同等级的模式结构。

抽象工厂模式的主要角色如下:

  • 抽象工厂:提供创建产品的接口,包含多个创建产品的方法,可以创建多个不同等级的产品。
  • 具体工厂:主要是实现抽象工厂中多个抽象方法,完成具体产品的创建。
  • 抽象产品:定义了产品的规范,描述了产品的主要特性和功能,抽象工厂模式有多个抽象产品。
  • 具体产品:实现了抽象产品角色所定义的接口,由具体工厂来创建,它同具体工厂之间是多对一的关系。

假如现在业务拓展,苹果公司新增了mac笔记本电脑,小米公司新增了RedMi笔记本电脑。我们来实现这个功能。

电脑及其子类:

//电脑类:父类
public class Computer {
}

// 苹果公司电脑MAC 
public class Mac extends Computer{
}

// 小米公司电脑RedMi
public class RedMi extends Computer{
}

抽象工厂类:

public interface ElectricalFactory {

    /**
     * 创建手机
     * @return
     */
    Phone createPhone();

    /**
     * 创建电脑
     * @return
     */
    Computer createComputer();

}

具体工厂类:

// 苹果工厂:对应产品族
public class AppleFactory implements ElectricalFactory {

	// 制造苹果手机
    @Override
    public Phone createPhone() {
        return new Apple();
    }

	// 制造苹果电脑
    @Override
    public Computer createComputer() {
        return new Mac();
    }
}

// 小米工厂:对应产品族
public class XiaomiFactory implements ElectricalFactory{

	// 制造小米手机
    @Override
    public Phone createPhone() {
        return new Xiaomi();
    }
	
	// 制造小米电脑
    @Override
    public Computer createComputer() {
        return new RedMi();
    }
}

从上边的代码可以看出,如果加一个产品族,只需要加一个对应的工厂,不需要修改其他代码。

优缺点

优点:

  • 当一个产品族中的多个对象被设计成一起工作时,它能保证客户端始终只使用同一个产品族中的对象。
    缺点:
  • 当产品族中需要增加一个新的产品时,所有的工厂类都需要进行修改。

适用场景

  • 当需要创建的对象是一系列相互关联或相互依赖的产品族时,如电器工厂中的电视机、洗衣机、空调等。

  • 系统中有多个产品族,但每次只使用其中的某一族产品。如有人只喜欢穿某一个品牌的衣服和鞋。

  • 系统中提供了产品的类库,且所有产品的接口相同,客户端不依赖产品实例的创建细节和内部结构。

JDK源码中的工厂模式

使用迭代器遍历集合,获取集合中的元素。而单列集合获取迭代器的方法就使用到了工厂方法模式:
在这里插入图片描述

Collection接口是抽象工厂类,ArrayList是具体的工厂类;Iterator接口是抽象商品类,ArrayList类中的Iter内部类是具体的商品类。在具体的工厂类中iterator()方法创建具体的商品类的对象。

另:

​ 1,DateForamt类中的getInstance()方法使用的是工厂模式;

​ 2,Calendar类中的getInstance()方法使用的是工厂模式;

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

壹升茉莉清

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

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

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

打赏作者

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

抵扣说明:

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

余额充值