Su的技术博客

  • 首页
  • 原创
  • 视频
  • Java
  • MySQL
  • DDD
  • 事故复盘
  • 架构方案
  • AI
  • Other
  • 工具
    • AI工具集
    • 工具清单
    • JSON在线格式化
    • JSON在线比较
    • SQL在线格式化
  • 打赏
  • 关于
路很长,又很短
  1. 首页
  2. Java
  3. 正文
                           

【淘宝】浅析设计模式1 —— 工厂模式

2023-06-10 1416点热度 0人点赞 0条评论

本文将着眼于工厂模式,从简单工厂模式、工厂方法模式和抽象工厂模式出发,展开学习和深入探讨。

本文为此系列第一篇。

概述

我们在进行软件开发时要想实现可维护、可扩展,就需要尽量复用代码,并且降低代码的耦合度,而设计模式就是一种可以提高代码可复用性、可维护性、可扩展性以及可读性的解决方案。
浅析设计模式1 —— 工厂模式
大家熟知的23种设计模式,可以分为创建型模式、结构型模式和行为型模式三大类。其中,创建型模式是对类的实例化过程进行抽象,从而将对象的创建和使用分离开。工厂模式属于创建型模式的范畴,本文将着眼于工厂模式,从简单工厂模式、工厂方法模式和抽象工厂模式出发,展开学习和深入探讨。(本文如有表述不当的地方也恭请大佬们指教哦~)
浅析设计模式1 —— 工厂模式

 

基本概念

工厂模式的核心思想就是把创建对象和使用对象解藕,由工厂负责对象的创建,而用户只能通过接口来使用对象,这样就可以灵活应对变化的业务需求,方便代码管理、避免代码重复。
假设我们在工作中需要将产品 a 升级为产品 A ,如果创建对象的工作是由用户来做,也就是用户通过 new a() 的形式创建对象,那么为了应对新的产品升级需求,我们还需要找到所有相关代码并将它们改为 new A(),这对于淘宝体系下的很多庞大工程而言就是一项极为繁琐的工作;而通过应用工厂模式,将所有对象创建工作交由工厂管理时,我们就可以直接在工厂中将 return new a() 改为 return new A() ,用户仍然可以调用 factory.createProduct()方法而无须更改原本的代码。这样工厂可以通过复用来减少重复代码量,并且用户无需关注创建对象的逻辑。
浅析设计模式1 —— 工厂模式
工厂模式在 Java 程序员的工作中可以说是无处不在:我们最常用的 Spring 就是一个Bean 工厂,IOC 通过BeanFactory 对 Bean 进行管理(可参考上面这张类图);我们使用的日志框架 slf4j 使用了工厂方法模式;JDK 的 Calendar 使用了简单工厂模式……
下面本文将结合基本概念和具体示例来详细分析常用的几种工厂模式。

▐简单工厂模式

顾名思义,简单工厂模式是最简单的一种工厂模式,它定义了一个负责生产对象的工厂类,使用者可以根据不同参数来创建并返回不同子类,这些子类都共用一个接口(即父类)。

  • 结构

简单工厂模式包含三种类,分别是抽象产品类、具体产品类、工厂类,下面分别对各类及它们之间的关系作进一步说明。
角色 关系 作用
抽象产品 Product 具体产品的父类 描述产品的公共接口
具体产品 ConcreteProduct 抽象产品的子类;工厂创建的目标类 描述生产的具体产品
工厂 Factory 外界调用 根据传入的不同参数来创建不同具体产品类的实例

浅析设计模式1 —— 工厂模式

  • 使用

有了上述的基本概念,我们将简单工厂模式的使用步骤概括为:

  1. step1:创建抽象产品类,并为具体产品定义好一个接口;
  2. step2:创建具体产品类,其通过接口来继承抽象产品类,同时也要定义计划生产的每一个具体产品;
  3. step3:创建工厂类,其创建的静态方法可以对传入的不同参数做出响应;
  4. step4:外界使用者就能调用工厂类的静态方法了,通过传入不同参数来创建不同具体产品类的实例。

 

下面以淘宝服装店铺的商品展示销售进行阐释,比如一个衬衫专卖店需要在淘宝平台上展示旗下商品,我们可以把所有衬衫都分别单独定义一个类,这样就可以随意添加或修改某一个新的衬衫类型,并使用 Fcatory 类来判断要创建哪一个衬衫类型的对象,即:先声明一个父类对象的变量,再根据用户输入的参数判断新建什么具体的衬衫类型对象。

代码实现

//step1:创建抽象产品类,定义具体产品的公共接口
public abstract class Shirt{
    public abstract void Show();
}

//step2:创建具体产品类(继承抽象产品类),定义生产的具体产品
//具体产品类A,女款衬衫
public class WomenShirt extends Shirt{
    @Override
    public void Show(){
        System.out.println("展示女款衬衫");
    }
}
//具体产品类B,男款
public class MenShirt extends Shirt{
    @Overside
    public void Show(){
        System.out.println("展示男款衬衫");
        }
}

//step3:创建工厂类,通过静态方法处理不同传入参数,从而创建不同具体产品类的实例
public class Factory{
    public static Shirt Exhibit(String ShirtName){
        switch(ShirtName){
            case "女款衬衫":
                return new WomenShirt();
            case "男款衬衫":
                return new MenShirt();
            default:
                return null;
        }
    }
}

//step4:外界调用工厂类的静态方法,传入不同参数创建不同具体产品类的实例
public class SimpleFactoryPattern{
    public static void main(String[] args){
        Factory exhibitFactory = new Factory();
        //用户搜索女款衬衫
        try{
            //调用工厂类的静态方法,传入参数并创建实例
            exhibitFactory.Exhibit("女款衬衫").Show();
        }catch(NullPointerException e){
            System.out.println("没有找到商品");
        }
        //用户搜索男款裤子
        try{
            exhibitFactory.Exhibit("男款裤子").Show();
        }catch(NullPointerException e){
            System.out.println("没有找到商品");
        }
        //用户搜索男款衬衫
        try{
            exhibitFactory.Exhibit("男款衬衫").Show();
        }catch(NullPointerException e){
            System.out.println("没有找到商品");
        }
    }
}

结果输出

展示女款衬衫
没有找到商品
展示男款衬衫
  • UML图
浅析设计模式1 —— 工厂模式
  • 优缺点
优点
  1. 将对象的使用和创建过程分离开,实现解藕。客户端不需要关注对象是谁创建的、怎么创建的,只要通过工厂中的静态方法就可以直接获取其需要的对象。
  2. 将初始化实例的工作放到工厂里执行,代码易维护, 更符合面向对象的原则,做到面向接口编程,而不是面向实现编程。

缺点

  1. 工厂类中需要选择创建具体某个对象,所以一旦添加新产品则必须要对工厂中的选择逻辑进行修改,导致工厂逻辑过于复杂,违背开闭原则。
  2. 工厂类集合了所有实例(具体产品)的创建逻辑,一旦这个工厂不能正常工作,整个系统都会受到影响。
  3. 静态方法不能被继承和重写,会造成工厂角色无法形成基于继承的等级结构。

 

  • 适用场景
  1. 具体产品类较少时,使用简单工厂模式可以实现生产者与消费者的分离,而且也不会在工厂类中设定太复杂的判断逻辑。
  2. 使用者只知道传入工厂类的参数,不关心如何创建对象的逻辑时。

 

▐工厂方法模式
  • 结构
工厂方法模式包含四种类,分别是抽象产品类、具体产品类、抽象工厂类、具体工厂类,下面分别对各类以及它们之间的关系作进一步说明。
角色 关系 作用
抽象产品 Product 具体产品的父类 描述产品的公共接口
具体产品 ConcreteProduct 抽象产品的子类;工厂创建的目标类 描述生产的具体产品
抽象工厂 Factory 具体工厂的父类 描述具体工厂的公共接口
具体工厂 ConcreteFactory 抽象工厂的子类,外界调用 描述具体工厂;实现Factory接口,创建具体产品实例

浅析设计模式1 —— 工厂模式

  • 使用

根据上述概念,下面将抽象工厂模式的使用步骤概括如下:

  1. step1:创建抽象工厂类,定义具体工厂的公共接口;
  2. step2:创建抽象产品类,定义具体产品的公共接口;
  3. step3:创建具体产品类(继承抽象产品类),定义生产的具体产品;
  4. step4:创建具体工厂类(继承抽象工厂类),定义创建相应具体产品实例的方法;
  5. step5:外界调用具体工厂类的方法,创建不同具体产品类的实例。

 

还是以淘宝店铺下的宝贝分类展示功能举例,假如该服装店除男款衬衫和女款衬衫外,还要新增一个衬衫类型如中性衬衫,按照简单工厂模式我们依然可以继承 Shirt 抽象父类,override 衬衫类型,然后在 Fcatory 中添加新分支,然而这样虽然扩展了衬衫类型,却对 Fcatory 类进行了修改,不符合“开放扩展、关闭修改”的开闭原则。为了应对这种需求变化,我们可以使用工厂方法模式,提取出一个工厂父类接口 Fcatory,并创建各衬衫类型的工厂子类WomenShirtFactory、MenShirtFactory、NeutralShirtFactory,并分别使用对应的工厂子类来判断要创建哪一衬衫类型的对象。

代码实现

//step1:创建抽象工厂类,定义具体工厂的公共接口
public abstract class Factory{
    public abstract Shirt Exhibit();
}

//step2:创建抽象产品类,定义具体产品的公共接口
public abstract class Shirt{
    public abstract void Show();
}

//step3:创建具体产品类(继承抽象产品类),定义生产的具体产品
//具体产品类A,女款衬衫
public class WomenShirt extends Shirt{
    @Override
    public void Show(){
        System.out.println("展示女款衬衫");
    }
}
//具体产品类B,男款衬衫
public class MenShirt extends Shirt{
    @Overside
    public void Show(){
        System.out.println("展示男款衬衫");
    }
}

//step4:创建具体工厂类,定义创建具体产品实例的方法
//具体工厂类A,展示女款衬衫类商品  
public class WomenShirtFactory extends Factory{
   @Overside
    public Shirt Exhibit(){
        return new WomenShirt();
    }
}
//具体工厂类B,展示男款衬衫类商品
public class MenShirtFactory extends Factory{
   @Overside
    public Shirt Exhibit(){
        return new MenShirt();
    }
}

//step5:外界调用具体工厂类的方法,创建不同具体产品类的实例
public class FactoryPattern{
    public static void main(String[] args){
        //用户在店铺搜索女款衬衫
        Factory exhibitWomenShirtFactory = new WomenShirtFactory();
        exhibitWomenShirtFactory.Exhibit().Show();
        
        //用户在店铺搜索男款衬衫
        Factory exhibitMenShirtFactory = new MenShirtFactory();
        exhibitMenShirtFactory.Exhibit().Show();       
    }
}

结果输出

展示所有女款衬衫
展示所有男款衬衫

UML图

 

浅析设计模式1 —— 工厂模式

 

  • 优缺点

优点

  1. 符合开闭原则。新增一种产品时,只需要增加相应的具体产品类和工厂子类即可,可方便的生产或切换产品,而无须像简单工厂模式那样修改工厂类的判断逻辑,具有更高的扩展性。
  2. 符合单一职责原则。每个具体工厂类只负责创建对应的具体产品,而简单工厂中的工厂类存在复杂的switch逻辑判断。
  3. 相比于简单工厂模式,使用的不是静态方法,可形成基于继承的等级结构。

 

缺点

  1. 一个具体工厂只能创建一种具体产品。添加新产品时,除增加新产品类外,还要提供与之对应的具体工厂类,类的个数成对增加,在一定程度上增加了系统复杂度;同时有更多的类需要编译和运行,给系统带来额外开销。
  2. 由于考虑到系统的可扩展性,需要引入抽象层,在客户端代码中均使用抽象层进行定义,增加了系统的抽象性和理解难度,且在实现时可能需要用到DOM、反射等技术,增加了系统的实现难度。
  3. 虽然保证了工厂方法内的对修改关闭,但对于使用工厂方法的类,如果要更换另外一种产品,仍然需要修改实例化的具体工厂类。
  4. 难以对父类接口进行修改,因为一旦修改接口,就必须要对众多的帮忙子类进行修改。

 

  • 适用场景

  1. 一个类不确定它所必须创建的对象的类。在工厂方法模式中,客户端不需要知道具体产品类的类名,只需要知道所对应的工厂即可。
  2. 你期望获得较高的扩展性。
  3. 一个类希望由它的子类来指定它所创建的对象。在工厂方法模式中,对于抽象工厂类只需提供一个创建产品的接口,而由其子类来确定具体要创建的对象,利用面向对象的多态性和里氏替换原则,在程序运行时,子类对象将覆盖父类对象,从而使系统更容易扩展。
  4. 当类将创建对象的职责委托给多个工厂子类的中的某一个,且用户知道将要使用哪一个工厂子类。

 

▐抽象工厂模式

抽象工厂模式,提供一个创建一系列相关或相互依赖对象的接口,而无须指定它们的具体类。抽象工厂模式与工厂方法模式最大的区别:抽象工厂中每个具体工厂可以创建多类具体产品;而工厂方法每个具体工厂只能创建一类具体产品。
  • 结构

工厂方法模式包含五种类,分别是抽象产品族类、抽象产品类、具体产品类、抽象工厂类、具体工厂类,下面分别对各类以及它们之间的关系作进一步说明:
角色
关系
作用
抽象产品族 AbstractProduct
抽象产品的父类
描述抽象产品的公告接口
抽象产品 Product
具体产品的父类
描述具体产品的公共接口
具体产品 ConcreteProduct
抽象产品的子类;工厂创建的目标类
描述生产的具体产品
抽象工厂 Factory
具体工厂的父类
描述具体工厂的公共接口
具体工厂 ConcreteFactory
抽象工厂的子类,外界调用
描述具体工厂;实现Factory接口,创建具体产品实例

浅析设计模式1 —— 工厂模式

使用

根据上述概念,下面将工厂方法模式的使用步骤概括如下:

  1. step1:创建抽象工厂类,定义具体工厂的公共接口;
  2. step2:创建抽象产品族类,定义抽象产品的公共接口;
  3. step3:创建抽象产品类(继承抽象产品族类),定义具体产品的公共接口;
  4. step4:创建具体产品类(继承抽象产品类),定义生产的具体产品;
  5. step5:创建具体工厂类(继承抽象工厂类),定义创建相应具体产品实例的方法;
  6. step6:外界调用具体工厂类的方法,创建不同具体产品类的实例。

 

这里继续以网店销售服装举例,假设上述衬衫淘宝专卖店的运营总部还有一家裤子淘特专卖店,随着用户需求变化,淘宝用户也要购买裤子,同时淘特用户要购买衬衫,那么我们可以使用抽象工厂模式升级这两个店铺,令淘宝店铺展示销售衬衫+裤子,淘特店铺展示销售裤子+衬衫。

代码实现
//step1:创建抽象工厂类,定义具体工厂的公共接口
public abstract class Factory{
    public abstract Clothing ExhibitShirt();
    public abstract Clothing ExhibitTrousers();
}

//step2:创建抽象产品族类,定义抽象产品的公共接口
public abstract class Clothing{
    public abstract void Show();
}

//step3:创建抽象产品类,定义具体产品的公共接口
//女装抽象类
public abstract class Shirt extends Clothing{
    @Override
    public abstract void Show();
}
//男装抽象类
public abstract class Trousers extends Clothing{
    @Override
    public abstract void Show();
}

//step4:创建具体产品类(继承抽象产品类),定义生产的具体产品
//衬衫产品类A,淘宝衬衫
public class TBShirt extends Shirt{
    @Override
    public void Show(){
        System.out.println("展示淘宝店铺衬衫");
    
}
//衬衫产品类B,淘特衬衫
public class TTShirt extends Shirt{
    @Overside
    public void Show(){
        System.out.println("展示淘特店铺衬衫");
    }
}
//裤子产品类A,淘宝裤子
public class TBTrousers extends Trousers{
    @Override
    public void Show(){
        System.out.println("展示淘宝店铺裤子");
    }
}
//裤子产品类B,淘特裤子
public class TTTrousers extends Trousers{
    @Overside
    public void Show(){
        System.out.println("展示陶特店铺裤子");
    }
}

//step5:创建具体工厂类,定义创建具体产品实例的方法
//淘宝工厂类A,展示衬衫+裤子  
public class TBFactory extends Factory{
    @Overside
    public Clothing ExhibitShirt(){
        return new TBShirt();
    }
    @Overside
    public Clothing ExhibitTrousers(){
        return new TBTrousers();
    }
}
//淘特工厂类B,展示裤子+衬衫
public class TTFactory extends Factory{
    @Overside
    public Clothing ExhibitShirt(){
        return new TTShirt();
    }
    @Overside
    public Clothing ExhibitTrousers(){
        return new TTTrousers();
    }
}

//step6:外界实例化具体工厂类,调用工厂类中创建不同目标产品的方法,创建不同具体产品类的实例
public class AbstractFactoryPattern{
    public static void main(String[] args){
        TBFactory exhibitTBFactory = new TBFactory();
        TTFactory exhibitTTFactory = new TTFactory();
        //淘宝用户搜索衬衫
        exhibitTBFactory.ExhibitShirt().Show();
        //淘宝用户搜索衬衫
        exhibitTBFactory.ExhibitTrousers().Show();
        //淘特用户搜索衬衫
        exhibitTTFactory.ExhibitShirt().Show();
        //淘特用户搜索衬衫
        exhibitTTFactory.ExhibitTrousers().Show();     
    }
}
结果输出
展示淘宝店铺衬衫
展示淘宝店铺裤子
展示淘特店铺衬衫
展示淘特店铺裤子
UML图

浅析设计模式1 —— 工厂模式

  • 优缺点

优点

  1. 降低耦合度。抽象工厂模式将具体产品的创建延迟到具体工厂类中,这样将对象的创建封装起来,可以减少客户端与具体产品类之间的依赖,从而降低系统耦合度,有利于后期的维护和扩展。
  2. 符合开闭原则。新增一种产品类时,只需增加相应的具体产品类和工厂子类即可,简单工厂模式需要修改工厂类的判断逻辑。
  3. 符合单一职责原则。每个具体工厂类只负责创建对应的产品,简单工厂模式中的工厂类需要进行复杂的 switch 逻辑判断。
  4. 不使用静态工厂方法,可以形成基于继承的等级结构。
  5. 便于添加更换产品族。因为具体产品都是由具体工厂创建的,所以在更换产品族的时候只要简单修改具体工厂即可。
  6. 具体产品的创建过程和客户端隔离。客户端通过操作抽象产品接口实现操作具体产品实例,具体产品的类名不会出现在客户端中。

 

缺点

  1. 难以支持新种类产品的变化。这是因为抽象工厂接口中已经确定了可被创建的产品集合,如果需要添加新产品,此时就必须去添加抽象产品接口,还要在抽象工厂接口中添加新方法,并在所有具体工厂中实现该新方法。这样就会改变抽象工厂类以及所有具体工厂子类的改变,违背开闭原则。
  2. 类图有点复杂,可读性没有工厂方法模式高。

 

  • 适用场景

  1. 系统不要求依赖产品类实例如何被创建、组合和表达,这点也是所有工厂模式应用的前提。
  2. 系统要求提供一个产品类的库,所有产品以同样的接口出现,客户端不需要依赖具体实现。
  3. 系统中有多个产品族,但每次只使用其中某一族产品。(切换产品族只需修改具体工厂对象即可)

 

总结

简单工厂模式:让一个工厂类负责创建所有对象;但没有考虑后期扩展和维护,修改违背开闭原则,静态方法不能被继承。

工厂方法模式:主要思想是继承,修改符合开闭原则;但每个工厂只能创建一种类型的产品。

抽象工厂模式:主要思想是组合,本质是产品族,实际包含了很多工厂方法,修改符合开闭原则;但只适用于增加同类工厂这种横向扩展需求,不适合新增功能方法这种纵向扩展。

 

其实这三种工厂模式在形式和特点上都非常相似,甚至存在一定的内在联系,而且最终目的都是解耦。在使用时,我们不必去在意这个模式到底工厂方法模式还是抽象工厂模式,因为它们之间也是可以灵活转变的。比如你原本使用的是工厂方法模式,加入一个新方法后就可能会让具体产品类构成不同等级结构中的产品族,代码结构就变成抽象工厂模式了;而对于抽象工厂模式,当减少一个或多个具体产品类时,使原有产品族只剩下一个产品后,代码结构也就转变成了工厂方法模式。

 

作者|刘文慧(鎏越)

编辑|橙子君

本文仅供学习!所有权归属原作者。侵删!文章来源: 大淘宝技术

更多文章:

  1. 设计模式在外卖营销业务中的实践
  2. 殷浩详解DDD 第四讲:领域层设计规范
  3. 责任链模式在复杂数据处理场景中的实战
  4. 浅析设计模式3 —— 装饰者模式
  5. 浅析设计模式5 -- 责任链模式
  6. 浅析设计模式2 —— 策略模式
  7. 浅析设计模式4——模板方法模式
  8. 【进阶玩法】策略+责任链+组合实现合同签章
  9. 手把手教你实战TDD
  10. FSM-COLA无状态状态机
标签: 淘宝 Java 工厂模式 设计模式
最后更新:2023-06-11

coder

分享干货文章,学习先进经验。

打赏 点赞
< 上一篇
下一篇 >

文章评论

razz evil exclaim smile redface biggrin eek confused idea lol mad twisted rolleyes wink cool arrow neutral cry mrgreen drooling persevering
取消回复

广告
文章目录
  • 概述
  • 基本概念
  • 总结
最新 热点 推荐
最新 热点 推荐
干货 | 论Elasticsearch数据建模的重要性 马蜂窝消息总线——面向业务的消息服务设计 基于 MySQL Binlog 实现可配置的异构数据同步 视频笔记:Google发布Agent2Agent协议 视频笔记:什么是微服务,为什么是微服务? 视频笔记:什么是AI 智能体? 视频笔记:什么是Flink? 如何秒级实现接口间“幂等”补偿:一款轻量级仿幂等数据校正处理辅助工具
Elasticsearch 使用误区之六——富文本内容写入前不清洗基于 MySQL Binlog 实现可配置的异构数据同步马蜂窝消息总线——面向业务的消息服务设计干货 | 论Elasticsearch数据建模的重要性你可以不用RxJava,但必须得领悟它的思想!如何秒级实现接口间“幂等”补偿:一款轻量级仿幂等数据校正处理辅助工具视频笔记:什么是Flink?视频笔记:什么是AI 智能体?
系统设计 | 基于读者反馈的补充更新 (1) Elasticsearch 中 _count 和 _stats 文档数量不一致的困惑与解决方案 Commands与Events之间的区别 DDD 学习与感悟 —— 向屎山冲锋 记一次事务里发普通消息的线上问题排查过程 Elasticsearch基础但非常有用的功能之一:别名 笔记 | 5种网络IO模型 事件驱动架构(EDA) VS 请求响应架构(RR)

CRUD (1) Event Sourcing (1) graphql (1) id (1) NoSQL (1) quarkus (1) rest (1) RocketMQ (2) Spring Boot (1) zk (1) zookeeper (1) 上下文 (1) 事务消息 (1) 二级缓存 (1) 值对象 (1) 关系数据库 (1) 分布式缓存 (1) 原子性 (1) 唯一ID (1) 商品 (1) 多对多 (1) 子域 (1) 字符集 (1) 客户端心跳 (1) 幂等 (2) 干货 (1) 并发 (1) 应用场景 (1) 应用架构图 (1) 康威定律 (2) 异步复制 (1) 微服务架构 (2) 总体方案 (1) 技术方案 (2) 技术架构 (2) 技术架构图 (1) 技能 (1) 持续集成 (1) 支撑域 (1) 故障恢复 (1) 数据架构图 (1) 方案选型 (1) 日记 (1) 服务发现 (1) 服务治理 (1) 服务注册 (2) 机房 (1) 核心域 (1) 泄漏 (1) 洋葱架构 (1) 消息队列 (5) 源码剖析 (1) 灰度发布 (1) 熔断 (1) 生态 (1) 画图工具 (1) 研发团队 (1) 线程 (2) 组织架构 (1) 缓存架构 (1) 编码 (1) 视频 (18) 读写分离 (1) 贵州 (1) 软件设计 (1) 迁移 (1) 通用域 (1) 集群化 (1) 雪花算法 (1) 顺序消息 (1)

推荐链接🔗
  • AI工具集
  • 工具箱🛠️

COPYRIGHT © 2014-2025 verysu.com . ALL RIGHTS RESERVED.

Theme Kratos Made By Seaton Jiang

粤ICP备15033072号-2

x