Java工厂与策略模式详解

本文深入解析了Java中工厂模式与策略模式的核心思想、典型应用场景及协同使用方式：工厂模式作为对象创建的“生产流水线”，通过封装实例化逻辑实现创建与使用的解耦，完美践行开闭原则；策略模式则聚焦行为算法的封装与动态切换，将可变逻辑（如支付方式、折扣规则）抽象为独立可替换的策略，消除冗余条件判断；二者强强联合时，由工厂负责按需生成具体策略对象，既保障了对象创建的灵活性，又赋予业务逻辑运行时自由切换行为的能力，显著提升代码的可维护性、可测试性与扩展性——真正实现“工厂管怎么造，策略管怎么干”的清晰职责分离。

工厂模式和策略模式在Java中都是常见的设计模式，但它们解决的问题不同，使用场景也不同。理解它们的关键是搞清楚各自的意图和结构。

工厂模式：创建对象的“生产流水线”

工厂模式的核心是解耦对象的创建与使用。你不需要在代码中直接用new来创建具体类，而是通过一个“工厂”来帮你生成实例。

比如，有一个接口Payment，有两个实现类Alipay和WechatPay。如果不使用工厂，你可能需要这样写：

Payment p = new Alipay();

一旦业务逻辑分散在各处，更换实现或新增支付方式时，就需要修改很多地方。而使用工厂模式，你可以定义一个PaymentFactory：

• 根据传入参数（如"alipay"）返回对应的Payment实例
• 客户端只依赖工厂和接口，不关心具体类的构造细节
• 新增支付方式只需修改工厂，原有代码无需改动

这样就实现了对扩展开放，对修改关闭，符合开闭原则。

策略模式：封装可变的“行为算法”

策略模式关注的是行为的替换与切换。当一段逻辑有多种实现方式（比如折扣计算：满减、打折、固定价），就可以把每种方式封装成一个策略类。

例如，定义一个DiscountStrategy接口，有FullReductionStrategy、PercentageStrategy等实现类。上下文（如订单服务）持有一个策略引用，运行时动态设置：

• 可以根据用户类型、活动规则选择不同的策略
• 避免使用大量if-else判断走哪个分支
• 每个策略独立，易于测试和维护

策略的重点在于“算法互换”，而不是创建对象。

两者结合使用的典型场景

实际开发中，它们经常一起出现。比如：

• 用工厂模式创建不同的策略对象
• 策略模式中的具体策略由工厂来生成
• 这样既解耦了对象创建，又实现了行为灵活切换

例如，配置文件指定使用哪种折扣策略，程序启动时通过工厂读取配置并返回对应策略实例，订单服务直接使用该策略计算价格。

基本上就这些。工厂管“怎么造”，策略管“怎么干”。分清职责，用对地方，代码就会更清晰。

今天关于《Java工厂与策略模式详解》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！