Abstract Factory抽象工厂模式(Java代码实现)——创建型模式

简介: Abstract Factory抽象工厂模式(Java代码实现)——创建型模式

在本人所编写的关于23种设计模式的文章中,前言基本上都是一样的,读者可以从章节2开始阅读,本篇是关于创建型模式中抽象工厂模式(Abstract Factory Pattern)的详解。

1.前言

根据Design Patterns - Elements of Reusable Object-Oriented Software(中文译名:设计模式 - 可复用面向对象软件的基础) 一书,四位作者把设计模式分为三大类,分别如下:

1.创建型模式
这些设计模式提供了一种在创建对象的同时隐藏创建逻辑的方式,而不是使用 new 运算符直接实例化对象。这使得程序在判断针对某个给定实例需要创建哪些对象时更加灵活。

  • 单例模式(Singleton Pattern)
  • 抽象工厂模式(Abstract Factory Pattern)
  • 工厂方法模式(Factory Method Pattern)
  • 建造者模式(Builder Pattern)
  • 原型模式(Prototype Pattern)

2.结构型模式
这些设计模式关注类和对象的组合。继承的概念被用来组合接口和定义组合对象获得新功能的方式。

  • 适配器模式(Adapter Pattern)
  • 桥接模式(Bridge Pattern)
  • 组合模式(Composite Pattern)
  • 装饰器模式(Decorator Pattern)
  • 外观模式(Facade Pattern)
  • 享元模式(Flyweight Pattern)
  • 代理模式(Proxy Pattern)

3.行为型模式
这些设计模式特别关注对象之间的通信。

  • 责任链模式(Chain of Responsibility Pattern)
  • 命令模式(Command Pattern)
  • 解释器模式(Interpreter Pattern)
  • 迭代器模式(Iterator Pattern)
  • 中介者模式(Mediator Pattern)
  • 备忘录模式(Memento Pattern)
  • 观察者模式(Observer Pattern)
  • 状态模式(State Pattern)
  • 策略模式(Strategy Pattern)
  • 模板模式(Template Pattern)
  • 访问者模式(Visitor Pattern)

本篇是关于创建型模式中抽象工厂模式(Abstract Factory Pattern)的详解。

2.抽象工厂模式(Abstract Factory Pattern)

2.1意图

提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。

2.2UML类图

抽象工厂模式(Abstract Factory Pattern)是围绕一个超级工厂创建其他工厂。该超级工厂又称为其他工厂的工厂。
在抽象工厂模式中,接口是负责创建一个相关对象的工厂,不需要显式指定它们的类。每个生成的工厂都能按照工厂模式提供对象。
如下(还是以现在热门的奶茶为例):
在这里插入图片描述

2.3Java代码具体实现

2.3.1包结构如下

在这里插入图片描述

2.3.2factory包

public abstract class AbstractFactory {
    
    public abstract Tea getTea(String tea);
    public abstract SmallMaterial getSmallMaterial(String smallmaterial);
}
/**
 * @Author: YuShiwen
 * @Date: 2022/2/5 12:55 AM
 * @Version: 1.0
 */
public class FactoryProducer {
     
    public static AbstractFactory getFactory(String factory){
     
        if ("smallMaterial".equalsIgnoreCase(factory)){
     
            return new SmallMaterialFactory();
        }else if ("Tea".equalsIgnoreCase(factory)){
     
            return new TeaFactory();
        }else {
     
            throw new RuntimeException("暂不支持改名称的工厂!");
        }
    }
}
/**
 * @Author: YuShiwen
 * @Date: 2022/2/5 12:48 AM
 * @Version: 1.0
 */
public class SmallMaterialFactory extends AbstractFactory {
      
    @Override
    public Tea getTea(String tea) {
      
        return null;
    }

    @Override
    public SmallMaterial getSmallMaterial(String smallmaterial) {
      
        if ("coconut".equalsIgnoreCase(smallmaterial)) {
      
            return new Coconut();
        } else if ("pearl".equalsIgnoreCase(smallmaterial)) {
      
            return new Pearl();
        } else if ("sago".equalsIgnoreCase(smallmaterial)) {
      
            return new Sago();
        } else {
      
            throw new RuntimeException("其他茶品暂不支持!");
        }
    }
}
/**
 * @Author: YuShiwen
 * @Date: 2022/2/3 10:43 PM
 * @Version: 1.0
 */
public class TeaFactory extends AbstractFactory{
       
    @Override
    public Tea getTea(String tea) {
       
        if ("blackTea".equalsIgnoreCase(tea)) {
       
            return new BlackTea();
        } else if ("greenTea".equalsIgnoreCase(tea)) {
       
            return new GreenTea();
        } else if ("milkTea".equalsIgnoreCase(tea)) {
       
            return new MilkTea();
        } else {
       
            throw new RuntimeException("其他茶品暂不支持!");
        }
    }

    @Override
    public SmallMaterial getSmallMaterial(String smallmaterial) {
       
        return null;
    }
}

2.3.3smallmaterial包

public interface SmallMaterial {
        
    void add();
}
public class Sago implements SmallMaterial {
          @Override public void add() {
          System.out.println("加入小料西米!"); } } 
public class Pearl implements SmallMaterial {
           @Override public void add() {
           System.out.println("加入小料珍珠!"); } } 
public class Coconut implements SmallMaterial {
            @Override public void add() {
            System.out.println("加入小料椰果!"); } } 

2.3.4tea包

public interface Tea {
             void make(); } 
public class MilkTea implements Tea {
              @Override public void make() {
              System.out.println("make the milk tea!"); } } 
public class GreenTea implements Tea {
               @Override public void make() {
               System.out.println("make the green tea!"); } } 
public class BlackTea implements Tea {
                @Override public void make() {
                System.out.println("make the black tea!"); } } 

2.3.5main包

/** * @Author: YuShiwen * @Date: 2022/2/3 10:58 PM * @Version: 1.0 */ public class CustomerDemo {
                 public static void main(String[] args) {
                 FactoryProducer.getFactory("Tea").getTea("milkTea").make(); AbstractFactory smallMaterial = FactoryProducer.getFactory("smallMaterial"); smallMaterial.getSmallMaterial("sago").add(); smallMaterial.getSmallMaterial("Pearl").add(); smallMaterial.getSmallMaterial("Coconut").add(); } } 

2.3.6 运行结果

在这里插入图片描述

2.4优缺点

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

缺点:
产品族扩展非常困难,要增加一个系列的某一产品,既要在抽象的 Creator 里加代码,又要在具体的里面加代码。

建议:
抽象工厂模式是为了让创建工厂和一组产品与使用相分离,并可以随时切换到另一个工厂以及另一组产品;
抽象工厂模式实现的关键点是定义工厂接口和产品接口,但如何实现工厂与产品本身需要留给具体的子类实现,使用者只和抽象工厂与抽象产品打交道。

目录
相关文章
|
11天前
|
XML 安全 Java
Java反射机制:解锁代码的无限可能
Java 反射(Reflection)是Java 的特征之一,它允许程序在运行时动态地访问和操作类的信息,包括类的属性、方法和构造函数。 反射机制能够使程序具备更大的灵活性和扩展性
19 5
Java反射机制:解锁代码的无限可能
|
7天前
|
jenkins Java 测试技术
如何使用 Jenkins 自动发布 Java 代码,通过一个电商公司后端服务的实际案例详细说明
本文介绍了如何使用 Jenkins 自动发布 Java 代码,通过一个电商公司后端服务的实际案例,详细说明了从 Jenkins 安装配置到自动构建、测试和部署的全流程。文中还提供了一个 Jenkinsfile 示例,并分享了实践经验,强调了版本控制、自动化测试等关键点的重要性。
33 3
|
12天前
|
存储 安全 Java
系统安全架构的深度解析与实践:Java代码实现
【11月更文挑战第1天】系统安全架构是保护信息系统免受各种威胁和攻击的关键。作为系统架构师,设计一套完善的系统安全架构不仅需要对各种安全威胁有深入理解,还需要熟练掌握各种安全技术和工具。
41 10
|
8天前
|
分布式计算 Java MaxCompute
ODPS MR节点跑graph连通分量计算代码报错java heap space如何解决
任务启动命令:jar -resources odps-graph-connect-family-2.0-SNAPSHOT.jar -classpath ./odps-graph-connect-family-2.0-SNAPSHOT.jar ConnectFamily 若是设置参数该如何设置
|
6天前
|
Java
Java代码解释++i和i++的五个主要区别
本文介绍了前缀递增(++i)和后缀递增(i++)的区别。两者在独立语句中无差异,但在赋值表达式中,i++ 返回原值,++i 返回新值;在复杂表达式中计算顺序不同;在循环中虽结果相同但使用方式有别。最后通过 `Counter` 类模拟了两者的内部实现原理。
Java代码解释++i和i++的五个主要区别
|
12天前
|
监控 安全 Java
在 Java 中使用线程池监控以及动态调整线程池时需要注意什么?
【10月更文挑战第22天】在进行线程池的监控和动态调整时,要综合考虑多方面的因素,谨慎操作,以确保线程池能够高效、稳定地运行,满足业务的需求。
91 38
|
9天前
|
安全 Java
java 中 i++ 到底是否线程安全?
本文通过实例探讨了 `i++` 在多线程环境下的线程安全性问题。首先,使用 100 个线程分别执行 10000 次 `i++` 操作,发现最终结果小于预期的 1000000,证明 `i++` 是线程不安全的。接着,介绍了两种解决方法:使用 `synchronized` 关键字加锁和使用 `AtomicInteger` 类。其中,`AtomicInteger` 通过 `CAS` 操作实现了高效的线程安全。最后,通过分析字节码和源码,解释了 `i++` 为何线程不安全以及 `AtomicInteger` 如何保证线程安全。
java 中 i++ 到底是否线程安全?
|
4天前
|
存储 设计模式 分布式计算
Java中的多线程编程:并发与并行的深度解析####
在当今软件开发领域,多线程编程已成为提升应用性能、响应速度及资源利用率的关键手段之一。本文将深入探讨Java平台上的多线程机制,从基础概念到高级应用,全面解析并发与并行编程的核心理念、实现方式及其在实际项目中的应用策略。不同于常规摘要的简洁概述,本文旨在通过详尽的技术剖析,为读者构建一个系统化的多线程知识框架,辅以生动实例,让抽象概念具体化,复杂问题简单化。 ####
|
5天前
|
Java 开发者
在Java多线程编程的世界里,Lock接口正逐渐成为高手们的首选,取代了传统的synchronized关键字
在Java多线程编程的世界里,Lock接口正逐渐成为高手们的首选,取代了传统的synchronized关键字
23 4