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

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

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

问题场景

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

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. 定义策略接口

public interface PaymentStrategy {
    void pay(BigDecimal amount);
}

2. 实现具体策略类

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. 创建策略工厂

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. 使用策略模式

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框架，可以进一步优化：

@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 {
    // 实现
}

结合枚举类型

public enum PaymentType {
    ALIPAY("alipay", "支付宝支付"),
    WECHAT("wechat", "微信支付"),
    BANK("bank", "银行卡支付");

    private String code;
    private String desc;

    // 构造方法、getter等
}

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

总结

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