【工厂和策略设计模式妙用】解决接口选择与多重if-else 问题

利用工厂和策略模式解决接口选择与多重if-else问题

在软件开发中,我们经常会遇到需要根据不同的条件选择不同实现的情况。传统的if-else或switch-case方式虽然直观,但随着业务逻辑复杂度的增加,会导致代码难以维护和扩展。工厂模式和策略模式的组合可以优雅地解决这个问题。

问题场景

假设我们有一个支付系统,需要根据不同的支付方式(支付宝、微信、银行卡等)调用不同的支付接口。传统实现可能是:

java 复制代码
public void pay(String paymentType, BigDecimal amount) {
    if ("alipay".equals(paymentType)) {
        // 调用支付宝支付逻辑
    } else if ("wechat".equals(paymentType)) {
        // 调用微信支付逻辑
    } else if ("bank".equals(paymentType)) {
        // 调用银行卡支付逻辑
    }
    // 更多支付方式...
}

这种实现方式存在以下问题:

  1. 违反开闭原则 - 新增支付方式需要修改原有代码
  2. 代码臃肿 - 随着支付方式增加,方法会越来越长
  3. 难以维护 - 所有逻辑集中在一个方法中

解决方案:工厂 + 策略模式

1. 定义策略接口

java 复制代码
public interface PaymentStrategy {
    void pay(BigDecimal amount);
}

2. 实现具体策略类

java 复制代码
public class AlipayStrategy implements PaymentStrategy {
    @Override
    public void pay(BigDecimal amount) {
        // 支付宝支付具体实现
        System.out.println("使用支付宝支付:" + amount);
    }
}

public class WechatPayStrategy implements PaymentStrategy {
    @Override
    public void pay(BigDecimal amount) {
        // 微信支付具体实现
        System.out.println("使用微信支付:" + amount);
    }
}

public class BankCardStrategy implements PaymentStrategy {
    @Override
    public void pay(BigDecimal amount) {
        // 银行卡支付具体实现
        System.out.println("使用银行卡支付:" + amount);
    }
}

3. 创建策略工厂

java 复制代码
public class PaymentStrategyFactory {
    private static final Map<String, PaymentStrategy> strategies = new HashMap<>();
    
    static {
        strategies.put("alipay", new AlipayStrategy());
        strategies.put("wechat", new WechatPayStrategy());
        strategies.put("bank", new BankCardStrategy());
    }
    
    public static PaymentStrategy getStrategy(String paymentType) {
        if (paymentType == null || paymentType.isEmpty()) {
            throw new IllegalArgumentException("支付类型不能为空");
        }
        PaymentStrategy strategy = strategies.get(paymentType);
        if (strategy == null) {
            throw new IllegalArgumentException("不支持的支付类型: " + paymentType);
        }
        return strategy;
    }
}

4. 使用策略模式

java 复制代码
public class PaymentService {
    public void pay(String paymentType, BigDecimal amount) {
        PaymentStrategy strategy = PaymentStrategyFactory.getStrategy(paymentType);
        strategy.pay(amount);
    }
}

优势分析

  1. 符合开闭原则:新增支付方式只需添加新的策略类并在工厂中注册,无需修改现有代码
  2. 代码清晰:每个支付方式的逻辑封装在各自的类中
  3. 易于维护:支付逻辑分散到各个策略类,降低复杂度
  4. 可扩展性强:可以轻松添加新的支付方式
  5. 便于测试:每个策略类可以单独测试

进阶优化

使用Spring框架的依赖注入

如果使用Spring框架,可以进一步优化:

java 复制代码
@Service
public class PaymentStrategyFactory {
    @Autowired
    private Map<String, PaymentStrategy> strategies;
    
    public PaymentStrategy getStrategy(String paymentType) {
        PaymentStrategy strategy = strategies.get(paymentType);
        if (strategy == null) {
            throw new IllegalArgumentException("不支持的支付类型: " + paymentType);
        }
        return strategy;
    }
}

// 策略实现类添加@Component注解
@Component("alipay")
public class AlipayStrategy implements PaymentStrategy {
    // 实现
}

@Component("wechat")
public class WechatPayStrategy implements PaymentStrategy {
    // 实现
}

结合枚举类型

java 复制代码
public enum PaymentType {
    ALIPAY("alipay", "支付宝支付"),
    WECHAT("wechat", "微信支付"),
    BANK("bank", "银行卡支付");
    
    private String code;
    private String desc;
    
    // 构造方法、getter等
}

然后在工厂中使用枚举值作为key,提高类型安全性。

总结

工厂模式和策略模式的组合是解决条件分支过多问题的经典方案。它将选择逻辑与业务逻辑分离,使系统更加灵活、可扩展。在实际开发中,可以根据项目具体情况选择适合的实现方式,结合框架特性进一步优化。

相关推荐
困鲲鲲9 小时前
设计模式:中介者模式 Mediator
设计模式·中介者模式
困鲲鲲12 小时前
设计模式:状态模式 State
设计模式·状态模式
蝸牛ちゃん15 小时前
设计模式(十一)结构型:外观模式详解
设计模式·系统架构·软考高级·外观模式
weixin_4708802616 小时前
设计模式实战:自定义SpringIOC(亲手实践)
设计模式·面试·个人提升·springioc·设计模式实战·spring框架原理
阳光明媚sunny17 小时前
创建型设计模式-工厂方法模式和抽象工厂方法模式
设计模式·工厂方法模式
困鲲鲲18 小时前
设计模式:代理模式 Proxy
设计模式·代理模式
就是帅我不改21 小时前
深入实战工厂模式与观察者模式:工厂模式与观察者模式在电商系统中的应用
后端·设计模式
云中飞鸿1 天前
结合项目阐述 设计模式:单例、工厂、观察者、代理
设计模式
蝸牛ちゃん1 天前
设计模式(二十四)行为型:访问者模式详解
设计模式·系统架构·软考高级·访问者模式
zy小狮子1 天前
【设计模式系列】策略模式vs模板模式
设计模式·策略模式