设计模式觉醒系列(04)策略模式|简单工厂模式的升级版

本文涉及的产品
任务调度 XXL-JOB 版免费试用,400 元额度,开发版规格
注册配置 MSE Nacos/ZooKeeper,118元/月
云原生网关 MSE Higress,422元/月
简介: 本文介绍了简单工厂模式与策略模式的概念及其融合实践。简单工厂模式用于对象创建,通过隐藏实现细节简化代码;策略模式关注行为封装与切换,支持动态替换算法,增强灵活性。两者结合形成“策略工厂”,既简化对象创建又保持低耦合。文章通过支付案例演示了模式的应用,并强调实际开发中应根据需求选择合适的设计模式,避免生搬硬套。最后推荐了JVM调优、并发编程等技术专题,助力开发者提升技能。

读书笔记:在国际关系、公司发展、人际关系等领域,经常可以看到竞争关系。竞争关系一旦被确认,将出现严重的胜负欲,各自不断强调自身的正确性(也可能被迫认定对方是错的),为了取得胜利,不择手段竞争打压对方。

竞争的关系,不能双赢,失败的很可能选择复仇报复。

而选择合作伙伴的关系,追求卓越,将给各自带来持续的良性成长机会。


一、前言背景

二、简单工厂模式

2.1 Demo案例

三、策略模式

3.1 Demo案例

四、简单工厂+策略模式->【策略工厂】融合实践


一、前言背景

   在之前系列(3)里分享了工厂模式的工厂方法、抽象工厂,此外还有一个简单工厂模式没有分享。简单工厂模式是很多经典书籍里第一个分享的案例,是设计模式里最简单的模式之一。由于简单工厂模式和策略模式非常相似,今天他们结合一次讲完,如此系列2、3、4就讲完了最简单常见的10个设计模式。

二、简单工厂模式

   简单工厂模式(Simple Factory pattern),又被称为静态工厂方法模式,属于创建型设计模式。当你代码里有比较多的if else,Switch的时候,就可以考虑简单工厂模式去实例化对象,或者处理不同业务逻辑。

   简单工厂模式,通常用于创建实例对象。如果创建的对象比较少,可以通过工厂模式将对象的创建和使用进行分离,对客户端隐藏对象创建过程,达到解耦目标。

2.1 Demo案例

   比如支付模块,根据不同支付方式进行处理。但是具体支持逻辑,需要对客户端隐藏。

   支付模块:

package lading.java.designpattern.simplefactory;
/**
 * 支付接口
 */
public interface Payment {
    void pay(double amount);
}
/**
 * 阿里支付
 */
public class Alipay implements Payment {
    @Override
    public void pay(double amount) {
        System.out.println("使用支付宝支付: " + amount + "元");
    }
}
/**
 * 微信支付
 */
public class WechatPay implements Payment {
    @Override
    public void pay(double amount) {
        System.out.println("使用微信支付: " + amount + "元");
    }
}

   简单工厂方法选择支付方式:

package lading.java.designpattern.simplefactory;
/**
 * 简单工厂类
 */
public class PaymentFactory {
    public static Payment createPayment(String type) {
        if ("alipay".equalsIgnoreCase(type)) {
            return new Alipay();
        } else if ("wechatpay".equalsIgnoreCase(type)) {
            return new WechatPay();
        }
        throw new IllegalArgumentException("不支持的支付类型: " + type);
    }
    //客户端调用
    public static void main(String[] args) {
        Payment payment = PaymentFactory.createPayment("alipay");
        payment.pay(100.0);
    }
}

    简单工厂模式,在创建处理逻辑对象较少的时候,非常轻便。如果是要新增更多的类型逻辑,就要修改工厂Factory,违反了开闭原则。

三、策略模式

    策略模式(Strategy Pattern)属于行为型模式,它定义了一系列算法,并将每个算法封装起来,使它们可以相互替换,且算法的变化不会影响使用算法的客户,支持客户端动态切换。

    相比简单工厂的扩展,策略模式更加灵活和低耦合。

3.1 Demo案例

   支付策略:

package lading.java.designpattern.strategy;
/**
 * 支付策略接口
 */
public interface PaymentStrategy {
    void pay(double amount);
}
/**
 * 支付宝策略
 */
public class AlipayStrategy implements PaymentStrategy {
    @Override
    public void pay(double amount) {
        System.out.println("使用支付宝支付: " + amount + "元");
        // 具体的支付宝支付逻辑
    }
}
/**
 * 微信支付策略
 */
public class WechatPayStrategy implements PaymentStrategy {
    @Override
    public void pay(double amount) {
        System.out.println("使用微信支付: " + amount + "元");
        // 具体的微信支付逻辑
    }
}

    支付上下文和客户端调用:

package lading.java.designpattern.strategy;
/**
 * 支付上下文
 */
public class PaymentContext {
    private PaymentStrategy strategy;
    public PaymentContext(PaymentStrategy strategy) {
        this.strategy = strategy;
    }
    public void executePayment(double amount) {
        strategy.pay(amount);
    }
    // 可以动态切换策略
    public void setStrategy(PaymentStrategy strategy) {
        this.strategy = strategy;
    }
    /**
     * 模拟客户端
     * @param args
     */
    public static void main(String[] args) {
        PaymentContext context = new PaymentContext(new AlipayStrategy());
        context.executePayment(100.0);
        // 动态切换策略
        context.setStrategy(new WechatPayStrategy());
        context.executePayment(200.0);
    }
}

    策略模式,成功避免工厂方法的多重条件判断、支持策略自由切换,它扩展性好,符合开闭原则。但是也有缺点,比如扩展后,策略类也会增多,而且所有策略类都需要对外暴露。

四、简单工厂+策略模式->【策略工厂】融合实践

    在实际实践当中,我们可以融合简单工厂隐藏实现+策略模式支持动态切换的【策略工厂】。这种结合方式既保持了策略模式的灵活性,又通过工厂模式简化了策略对象的创建过程。

    首先,基于之前的策略模式,建立一个策略工厂类:

package lading.java.designpattern.strategyfactory;
import lading.java.designpattern.strategy.AlipayStrategy;
import lading.java.designpattern.strategy.PaymentStrategy;
import lading.java.designpattern.strategy.WechatPayStrategy;
/**
 * 支付策略工厂
 */
public class PaymentStrategyFactory {
    public static PaymentStrategy createStrategy(String type) {
        if ("alipay".equalsIgnoreCase(type)) {
            return new AlipayStrategy();
        } else if ("wechatpay".equalsIgnoreCase(type)) {
            return new WechatPayStrategy();
        }
        throw new IllegalArgumentException("不支持的支付类型: " + type);
    }
}

然后构建一个策略工厂上下文,支持客户端调用:

package lading.java.designpattern.strategyfactory;
import lading.java.designpattern.strategy.PaymentStrategy;
/**
 * 结合简单工厂和策略模式
 */
public class PaymentContextWithFactory {
    private PaymentStrategy strategy;
    public PaymentContextWithFactory(String type) {
        this.strategy = PaymentStrategyFactory.createStrategy(type);
    }
    public void executePayment(double amount) {
        strategy.pay(amount);
    }
    /**
     * 模拟客户端
     * @param args
     */
    public static void main(String[] args) {
        PaymentContextWithFactory paymentFactory = new PaymentContextWithFactory("alipay");
        paymentFactory.executePayment(1000D);
    }
}

    最后总结一下,简单工厂模式关注对象的创建,策略模式关注行为的封装和切换。两者结合使用可以创建出灵活且易于维护的系统。我们研发人员理解并合理运用这些设计模式,对代码质量和开发效率提升有明显帮助。

    在实际项目中,没有完美的设计模式,我们需要根据具体场景选择合适的设计模式,甚至组合多种模式来解决问题。不要为了使用模式而使用模式,而是要让模式服务于我们的业务需求。


推荐阅读拉丁解牛相关专题系列(欢迎交流讨论):

1、JVM进阶调优系列(3)堆内存的对象什么时候被回收?

2、JVM进阶调优系列(2)字节面试:JVM内存区域怎么划分,分别有什么用?

3、JVM进阶调优系列(1)类加载器原理一文讲透

4、JAVA并发编程系列(13)Future、FutureTask异步小王子

5、MySQL进阶突击系列(05)突击MVCC核心原理 | 左右护法ReadView视图和undoLog版本链强强联合

相关文章
|
2月前
|
设计模式 负载均衡 监控
并发设计模式实战系列(2):领导者/追随者模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第二章领导者/追随者(Leader/Followers)模式,废话不多说直接开始~
68 0
|
2月前
|
设计模式 监控 Java
并发设计模式实战系列(1):半同步/半异步模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第一章半同步/半异步(Half-Sync/Half-Async)模式,废话不多说直接开始~
55 0
|
2月前
|
设计模式 安全 Java
并发设计模式实战系列(12):不变模式(Immutable Object)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第十二章,废话不多说直接开始~
51 0
|
2月前
|
设计模式 Prometheus 监控
并发设计模式实战系列(20):扇出/扇入模式(Fan-Out/Fan-In)(完结篇)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第二十章,废话不多说直接开始~
73 0
|
2月前
|
设计模式 Java 数据库连接
【设计模式】【创建型模式】工厂方法模式(Factory Methods)
一、入门 什么是工厂方法模式? 工厂方法模式(Factory Method Pattern)是一种创建型设计模式,它定义了一个用于创建对象的接口,但由子类决定实例化哪个类。工厂方法模式使类的实例化延迟
88 16
|
4月前
|
设计模式 Java 关系型数据库
设计模式:工厂方法模式(Factory Method)
工厂方法模式是一种创建型设计模式,通过将对象的创建延迟到子类实现解耦。其核心是抽象工厂声明工厂方法返回抽象产品,具体工厂重写该方法返回具体产品实例。适用于动态扩展产品类型、复杂创建逻辑和框架设计等场景,如日志记录器、数据库连接池等。优点包括符合开闭原则、解耦客户端与具体产品;缺点是可能增加类数量和复杂度。典型应用如Java集合框架、Spring BeanFactory等。
|
6月前
|
设计模式 Java
「全网最细 + 实战源码案例」设计模式——生成器模式
生成器模式(Builder Pattern)是一种创建型设计模式,用于分步骤构建复杂对象。它允许用户通过控制对象构造的过程,定制对象的组成部分,而无需直接实例化细节。该模式特别适合构建具有多种配置的复杂对象。其结构包括抽象建造者、具体建造者、指挥者和产品角色。适用于需要创建复杂对象且对象由多个部分组成、构造过程需对外隐藏或分离表示与构造的场景。优点在于更好的控制、代码复用和解耦性;缺点是增加复杂性和不适合简单对象。实现时需定义建造者接口、具体建造者类、指挥者类及产品类。链式调用是常见应用方式之一。
102 12
|
6月前
|
设计模式
「全网最细 + 实战源码案例」设计模式——模式扩展(配置工厂)
该设计通过配置文件和反射机制动态选择具体工厂,减少硬编码依赖,提升系统灵活性和扩展性。配置文件解耦、反射创建对象,新增产品族无需修改客户端代码。示例中,`CoffeeFactory`类加载配置文件并使用反射生成咖啡对象,客户端调用时只需指定名称即可获取对应产品实例。
125 40
|
6月前
|
设计模式 关系型数据库
「全网最细 + 实战源码案例」设计模式——工厂方法模式
简单工厂模式是一种创建型设计模式,通过一个工厂类根据传入参数创建不同类型的产品对象,也称“静态工厂方法”模式。其结构包括工厂类、产品接口和具体产品类。适用于创建对象种类较少且调用者无需关心创建细节的场景。优点是封装性强、代码复用性好;缺点是扩展性差,增加新产品时需修改工厂类代码,违反开闭原则。
98 15
|
6月前
|
设计模式 关系型数据库
「全网最细 + 实战源码案例」设计模式——简单工厂模式
简单工厂模式是一种创建型设计模式,通过工厂类根据传入参数创建不同类型的对象,也称“静态工厂方法”模式。其结构包括工厂类、产品接口和具体产品类。优点是封装性强、代码复用性好;缺点是扩展性差,增加新产品时需修改工厂类代码,违反开闭原则。适用于对象种类较少且调用者无需关心创建细节的场景。
140 19