【深入理解设计模式】 工厂设计模式

这篇具有很好参考价值的文章主要介绍了【深入理解设计模式】 工厂设计模式。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

【深入理解设计模式】 工厂设计模式,设计模式学习,设计模式,工厂设计模式,简单工厂模式,抽象工厂模式,工厂方法模式

工厂设计模式

工厂设计模式是一种创建型设计模式,它提供了一种在不指定具体类的情况下创建对象的接口。在工厂设计模式中,我们定义一个创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。

工厂设计模式的目的是:

  1. 封装对象创建的过程,使得用户不需要了解对象的实现细节。
  2. 扩展性良好,如果需要添加新的对象,只需添加一个新的子类即可。
  3. 遵循“开闭原则”,即对扩展开放,对修改封闭。

在java中,万物皆对象,这些对象都需要创建,如果创建的时候直接new该对象,就会对该对象耦合严重,假如我们要更换对象,所有new对象的地方都需要修改一遍,这显然违背了软件设计的开闭原则。如果我们使用工厂来生产对象,我们就只和工厂打交道就可以了,彻底和对象解耦,如果要更换对象,直接在工厂里更换该对象即可,达到了与对象解耦的目的;所以说,工厂模式最大的优点就是:解耦

工厂模式的主要功能就是帮助我们实例化对象的,之所以名字中包含工厂模式四个字,是因为对象的实例化过程是通过工厂实现的,是用工厂代替new操作的

这样做可以封装对象的实例化细节,尤其是对于实例化比较复杂或者对象的生命周期应该集中管理的情况。会给你系统带来更大的可扩展性和尽量少的修改量。

工厂模式有三种,分别是简单工厂模式工厂方法模式抽象工厂模式。三种模式从前到后越来越抽象,也更具有一般性。
【深入理解设计模式】 工厂设计模式,设计模式学习,设计模式,工厂设计模式,简单工厂模式,抽象工厂模式,工厂方法模式

简单工厂模式:

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

简单工厂模式结构:

简单工厂包含如下角色:

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

列举实现

抽象产品类:小米SU7

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 小米SU7抽象类
 */
public abstract class XiaoMiSU7 {

    public void run(){
        System.out.println("百公里加速2.8");
    }

    public void stop(){
        System.out.println("黄色刹车盘");
    }

    // 获取配置
    public abstract String getDisposition();

}

具体产品:低配版小米SU7

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 低配小米SU7
 */
public class LowConfigurationSU7 extends XiaoMiSU7 {
    @Override
    public String getDisposition() {
        return "低配小米SU7";
    }
}

具体产品:高配版小米SU7

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 高配小米SU7
 */
public class HighConfigurationSU7 extends XiaoMiSU7{
    @Override
    public String getDisposition() {
        return "高配小米SU7";
    }
}

具体工厂类:

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 小米SU7静态工厂
 */
public class SimpleSU7Factory {

    /**
     * 根据不同配置生产小米SU7 静态方法,直接通过类名打点调用即可
     * @param type 不同配置
     * @return 不同配置的小米SU7
     */
    public XiaoMiSU7 createXiaoMiSU7(String type) {
        XiaoMiSU7 xiaoMiSU7 = null;
        if ("high".equals(type)) {
            xiaoMiSU7 = new HighConfigurationSU7();
        } else if ("low".equals(type)) {
            xiaoMiSU7 = new LowConfigurationSU7();
        }
        return xiaoMiSU7;
    }
}

通过以上的简单工厂模式,我们在小米4S店类中,只需要使用SU7工厂类直接生产SU7即可,不需要再将4S店类与高配版SU7以及低配版SU7类之间进行耦合,达到了解耦的目的。

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 小米4S店
 */
public class MI4S {

    /**
     * 订购小米SU7
     * @param type 订购类型(高配,低配)
     * @return (高配,低配)小米SU7
     */
    public XiaoMiSU7 orderXiaoMiSU7(String type) {
        SimpleSU7Factory su7Factory = new SimpleSU7Factory();
        XiaoMiSU7 xiaoMiSU7 = su7Factory.createXiaoMiSU7(type);
        xiaoMiSU7.run();
        xiaoMiSU7.stop();
        return xiaoMiSU7;
    }
}

优缺点

优点:

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

缺点:

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

扩展:静态工厂模式
我们可以将工厂中的创建产品的方法设置为工厂类的静态方法,这样我们在4S店中只需要通过工厂类名之间打点调用创建产品方法即可,无序去实例化工厂对象。

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 小米SU7静态工厂
 */
public class SimpleSU7Factory {

    /**
     * 根据不同配置生产小米SU7 静态方法,直接通过类名打点调用即可
     * @param type 不同配置
     * @return 不同配置的小米SU7
     */
    public static XiaoMiSU7 createXiaoMiSU7(String type) {
        XiaoMiSU7 xiaoMiSU7 = null;
        if ("high".equals(type)) {
            xiaoMiSU7 = new HighConfigurationSU7();
        } else if ("low".equals(type)) {
            xiaoMiSU7 = new LowConfigurationSU7();
        }
        return xiaoMiSU7;
    }
}

通过以上优缺点分析,我们发现简单工厂模式模式虽然把对象的创建和业务逻辑层分开,但是如果我们想要进行拓展,任然需要手动修改工厂方法中创建对象的逻辑,这显然也是不符合‘开闭原则’的,因此,我们可以使用简单工厂模式+配置文件的方式,解决这一问题。

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

第一步:定义配置文件

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

american=com.tyut.pattern._01_creative_model.e02factor.config_factory.AmericanCoffee
latte=com.tyut.pattern._01_creative_model.e02factor.config_factory.LatteCoffee
ku=com.tyut.pattern._01_creative_model.e02factor.config_factory.KuCoffee

第二步:改进工厂类

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 简单咖啡工厂类 - 通过加载配置文件的方式,实现开闭原则,
 * 							解除简单工厂类和具体产品类之间的耦合
 */
public class CoffeeFactory {

    //定义一个map容器存储对象
    private static final Map<String, Coffee> map = new HashMap<>();

    /*
     * 在静态代码块中加载配置文件并创建对象
     */
    static {
        InputStream resource = CoffeeFactory.class.getClassLoader()
        					.getResourceAsStream("bean.properties");
        Properties properties = new Properties();
        try {
            properties.load(resource);
            Set<Object> keySet = properties.keySet();
            for (Object key : keySet) {
                String className = properties.getProperty((String) key);
                // 通过类的全限定路径创建类的反射(字节码)对象
                Class<?> clazz = Class.forName(className);
                // 通过反射对象调用类的无参构造实例化类
                Coffee coffee = (Coffee) clazz.newInstance();
                map.put((String) key, coffee);
            }
        } catch (Exception e) {
            throw new RuntimeException(e);
        }
    }

	//创建对象
    public static Coffee createCoffee(String type) {
        return map.get(type);
    }
}

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

通过以上代码改进工厂类,我们就可以通过读取配置文件中的配置,将需要的对象通过反射技术创建并加入容器中,在creat方法中,只需要通过参数获取容器中的对象并返回即可,这样就可以实现工厂类与具体产品类之间解耦,如果需要添加具体产品,只需要创建新增产品类并且在配置文件中加入新增产品的全限定路径即可,工厂类会在类加载阶段就将产品类创建并加入容器,无序修改工厂类,实现了“开闭原则”!

工厂方法模式

概念

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

工厂方法模式结构

工厂方法模式的主要角色:

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

列举实现

抽象产品:
抽象产品类:小米SU7

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 小米SU7抽象类
 */
public abstract class XiaoMiSU7 {

    public void run(){
        System.out.println("百公里加速2.8");
    }

    public void stop(){
        System.out.println("黄色刹车盘");
    }

    // 获取配置
    public abstract String getDisposition();

}

具体产品:低配版小米SU7

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 低配小米SU7
 */
public class LowConfigurationSU7 extends XiaoMiSU7 {
    @Override
    public String getDisposition() {
        return "低配小米SU7";
    }
}

具体产品:高配版小米SU7

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 高配小米SU7
 */
public class HighConfigurationSU7 extends XiaoMiSU7{
    @Override
    public String getDisposition() {
        return "高配小米SU7";
    }
}

抽象工厂类:

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 抽象工厂
 */
public interface XiaoMiSU7Factory {

     XiaoMiSU7 createXiaoMiSU7();

}

为每一个具体产品都创建一个与之对应的具体工厂用来创建具体产品实例。
具体工厂类:低配版SU7工厂

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 低配小米SU7工厂
 */
public class LowXiaoMiSU7Factory implements XiaoMiSU7Factory {
    @Override
    public XiaoMiSU7 createXiaoMiSU7() {
        return new LowConfigurationSU7();
    }
}

具体工厂类:高配版SU7工厂

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 高配小米SU7工厂
 */
public class HighXiaoMiSU7Factory implements XiaoMiSU7Factory {
    @Override
    public XiaoMiSU7 createXiaoMiSU7() {
        return new HighConfigurationSU7();
    }
}

小米4S店类:

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 小米4S店
 */
public class MI4S {

    private XiaoMiSU7Factory factory;

    public void setFactory(XiaoMiSU7Factory factory) {
        this.factory = factory;
    }

    /**
     * 订购小米SU7
     *
     * @return 小米SU7
     */
    public XiaoMiSU7 orderXiaoMiSU7() {
        XiaoMiSU7 xiaoMiSU7 = factory.createXiaoMiSU7();
        xiaoMiSU7.run();
        xiaoMiSU7.stop();
        return xiaoMiSU7;
    }
}

工厂方法模式是简单工厂模式的进一步抽象。由于使用了多态性,工厂方法模式保持了简单工厂模式的优点,而且克服了它的缺点。

在小米4S店类中,我们只需声明一个抽象工厂类型的成员变量,并且调用其创建SU7方法即可,具体创建什么类型的SU7并不需要我们关心,只需要在客户端传入不同类型的工厂对象即可,通过这种工厂方法模式,我们将工厂类和具体产品类完全解耦(一个工厂只负责生产一种具体产品),并且如果我们还要拓展一个具体产品,如中配版SU7,我们只需创建新的具体产品类以及具体工厂类并让其实现其抽象即可,无序修改工厂类代码,符合“开闭原则”。

优缺点

优点:

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

缺点:

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

抽象工厂模式

前面介绍的工厂方法模式中考虑的是一类产品的生产,如畜牧场只养动物、电视机厂只生产电视机。

这些工厂只生产同种类产品,同种类产品称为同等级产品,也就是说:工厂方法模式只考虑生产同等级的产品,但是在现实生活中许多工厂是综合型的工厂,能生产多等级(种类) 的产品,如电器厂既生产电视机又生产洗衣机或空调,大学既有软件专业又有生物专业等。

抽象工厂模式将考虑多等级产品的生产,将同一个具体工厂所生产的位于不同等级的一组产品称为一个产品族。

产品族:位于不同产品等级结构中,功能相关的产品组成的家族。

概念

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

抽象工厂模式是工厂方法模式的升级版本,工厂方法模式只生产一个等级的产品,而抽象工厂模式可生产多个等级的产品。

抽象工厂模式结构

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

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

列举实现

抽象产品类:咖啡类

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 抽象产品 - 咖啡
 */
public abstract class Coffee {
    public abstract String getName();

    public void addSugar(){
        System.out.println("加糖");
    }

    public void addMilk(){
        System.out.println("加奶");
    }

}

抽象产品类:甜品类

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 抽象产品 - 甜品
 */
public abstract class Dessert {

    public abstract String getName();

}

咖啡类和甜品类同属于甜点产品族中不同等级的产品。

具体产品类:

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 具体产品 - 拿铁咖啡
 */
public class LatteCoffee extends Coffee{
    @Override
    public String getName() {
        return "拿铁咖啡";
    }
}
/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 具体产品 - 美式咖啡
 */
public class AmericanCoffee extends Coffee {
    @Override
    public String getName() {
        return "美式咖啡";
    }
}
/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 具体产品 - 抹茶慕斯
 */
public class MatchaMousse extends Dessert{
    @Override
    public String getName() {
        return "抹茶慕斯";
    }
}
/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 具体产品  -  提拉米苏
 */
public class Tiramisu extends Dessert {
    @Override
    public String getName() {
        return "提拉米苏";
    }
}

具体产品分别继承自各自产品等级的顶层抽象,并实现其抽象方法。

抽象工厂类:甜点产品族

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 抽象工厂  -  甜点接口
 */
public interface DessertFactory {
    Dessert createDessert();

    Coffee createCoffee();
}

抽象工厂模式中,一个抽象工厂类中提供了多个同一产品族产品的生产方法。
例如:一个甜点类抽象工厂中,提供了生产咖啡方法和生产甜品方法。

具体工厂类:意大利风味甜点

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 具体工厂 - 意大利风味甜点
 */
public class ItalyDessertFactory implements DessertFactory {
    @Override
    public Dessert orderDessert() {
        return new Tiramisu();
    }

    @Override
    public Coffee orderCoffee() {
        return new LatteCoffee();
    }
}

具体工厂类:美式风味甜点

/**
 * @author OldGj 2024/02/20
 * @version v1.0
 * @apiNote 具体工厂 - 美式风味甜点
 */
public class AmericanDessertFactory implements DessertFactory {
    @Override
    public Dessert orderDessert() {
        return new MatchaMousse();
    }

    @Override
    public Coffee orderCoffee() {
        return new AmericanCoffee();
    }
}

如果要加同一个产品族的话,只需要再加一个对应的工厂类即可,不需要修改其他的类。

优缺点

优点:

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

缺点:

当产品族中需要增加一个新的产品时,所有的工厂类都需要进行修改。

"开闭原则"的倾斜性

"开闭原则”要求系统对拓展开放,对修改关闭,通过扩展达到增强其功能的目的。对于涉及到多个产品族与多个产品等级结构的系统,其功能增强包括两方面:

  1. 增加产品族:对于增加新的产品族,工厂方法模式很好的支持了“开闭原则”,对于新增加的产品族,只需要对应增加一个新的具体工厂即可,对已有代码无序做任何修改。
  2. 增加新的产品等级结构:对于增加新的产品等级结构,需要修改所有的工厂角色,包括抽象工厂类,在所有的工厂类中都需要增加生产新产品的方法,不能很好的支持“开闭原则”。

抽象工厂模式的这种性质称为“开闭原则”的倾斜性,抽象工厂模式以一种倾斜的方式支持增加新的产品,它为新产品族的增加提供方便,但不能为新的产品等级结构的增加提供方便。


抽象工厂模式总结

抽象工厂模式提供一个创建一系列相关或相互依赖对象的接口,而无须指定它们具体的类。抽象工厂模式又称为Kit模式,属于对象创建型模式。

抽象工厂模式是所有形式的工厂模式中最为抽象和最具一般性的一种形态。

抽象工厂模式的主要优点是隔离了具体类的生成,使得客户并不需要知道什么被创建,而且每次可以通过具体工厂类创建一个产品族中的多个对象,增加或者替换产品族比较方便,增加新的具体工厂和产品族很方便;主要缺点在于增加新的产品等级结构很复杂,需要修改抽象工厂和所有的具体工厂类,对“开闭原则”的支持呈现倾性。

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

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

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

JDK中的工厂模式:

  1. Collection.iterator方法

Collection接口是抽象工厂类
ArrayList是具体的工厂类
Iterator接口是抽象商品类
ArrayList类中的Itr内部类是具体的商品类。
在具体的工厂类中iterator()方法创建具体的商品类的对象。文章来源地址https://www.toymoban.com/news/detail-835487.html


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

到了这里,关于【深入理解设计模式】 工厂设计模式的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 设计模式(简单工厂模式)

    从建筑设计领域引入到计算机科学中 设计模式一共有23种 代码设计经验的总结,稳定,拓展性更强。一系列编程思想 作用:代码更容易被他人理解、保证代码可靠性、程序的重用性。 详细介绍:[https://www.runoob.com/design-pattern/design-pattern-tutorial.html]: 学习简单工厂模式的目的:

    2024年02月13日
    浏览(31)
  • 【设计模式】简单工厂模式

    分析: 这一题看上去很简单,但如果面试时你写的是下面这种代码,那大概率是过不了的。 上面代码也能实现题目的功能,但是代码没有错就是好的吗? 以上代码复用性低;可维护性差,如果要改+的逻辑,就会牵一发而动全身;扩展性差,如果这个时候新增开平方的逻辑怎

    2024年02月12日
    浏览(30)
  • 聊聊设计模式--简单工厂模式

    ​ 前面也学了很多各种微服务架构的组件,包括后续的服务部署、代码管理、Docker等技术,那么作为后端人员,最重要的任务还是代码编写能力,如何让你的代码写的漂亮、易扩展,让别人一看赏心悦目,那么设计模式就是很重的了。那么本本篇文章就来聊聊一个简单的工厂

    2024年02月07日
    浏览(33)
  • JavaScript设计模式(二)——简单工厂模式、抽象工厂模式、建造者模式

    个人简介 👀 个人主页: 前端杂货铺 🙋‍♂️ 学习方向: 主攻前端方向,正逐渐往全干发展 📃 个人状态: 研发工程师,现效力于中国工业软件事业 🚀 人生格言: 积跬步至千里,积小流成江海 🥇 推荐学习:🍍前端面试宝典 🍉Vue2 🍋Vue3 🍓Vue2/3项目实战 🥝Node.js🍒

    2024年02月10日
    浏览(31)
  • [设计模式]创建型模式-简单工厂模式

    简单工厂模式又称为静态工厂模式,属于创建型模式,但不属于GOF23设计模式。由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式的实质是由一个工厂类根据传入的参数,动态决定应该创建哪一个产品类。 简单工厂适用场景:工厂类负责创建的对象比较少;客户

    2024年02月20日
    浏览(32)
  • [设计模式] 简单工厂模式简易案例

    工厂模式是一种创建型设计模式,用于根据不同条件或参数创建不同类型的对象。 解决的痛点:当一个类不知道它必须创建哪个对象时,工厂模式可以用来创建特定类型的对象。 以下是一个简单的工厂模式的 Java 示例,假设你要创建不同类型的形状对象。 首先,定义一个抽

    2024年02月09日
    浏览(27)
  • 设计模式之~工厂系列(简单工厂、工厂方法、抽象工厂)

    目录 简单工厂模式 工厂方法模式 简单工厂 VS 工厂方法 抽象工厂模式: 拓展: 利用简单工厂模式优化抽象工厂   利用反射+抽象工厂   进行优化 反射+配置文件+抽象工厂进行优化 优点:简单工厂模式的最大优点在于工厂类包含了必要的逻辑判断,根据客户端的选择条件动

    2024年02月07日
    浏览(44)
  • 设计模式:简单工厂、工厂方法、抽象工厂的区别

    描述: 简单工厂模式并不是严格意义上的设计模式,而更像是一种编程习惯或者说是一种创建对象的简单方式。它使用一个工厂类来创建对象,这个工厂类包含一个方法,根据输入的参数或条件来创建相应的对象实例。 举例: 描述: 工厂方法模式是一种创建型模式,它定义

    2024年01月21日
    浏览(37)
  • spring的设计模式----简单工厂模式

    spring中IoC 控制反转,底层是工厂模式。 工厂模式(Factory Pattern)是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。 工厂模式提供了一种将对象的实例化过程封装在工厂类中的方式。通过使用工厂模式,可以将对象的

    2024年02月17日
    浏览(38)
  • 《设计模式的艺术》笔记 - 简单工厂模式

            定义一个工厂类,它可以根据参数的不同返回不同类的实例,被创建的实例通常都具有相同的父类。因为在简单工厂模式中用于创建实例的方法是静态方法,因此简单工厂模式又被称为静态工厂方法模式,属于类创建型模式         将Factory合并到父类Product中,此时

    2024年01月16日
    浏览(35)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包