工厂方法模式实战：电商优惠系统的设计与优化

1. 工厂方法模式的核心价值工厂方法模式是我在十多年编码生涯中使用频率最高的设计模式之一。它完美解决了对象创建过程中的开闭原则问题——当需要新增产品类型时无需修改原有工厂类代码只需扩展新的工厂子类。这种解耦带来的维护性提升在实际项目中往往能节省大量调试时间。去年参与一个电商促销系统开发时我们遇到了优惠券类型频繁变更的需求。最初直接new对象的写法导致每次新增券类型都要修改核心业务逻辑引入工厂方法后新券种的开发周期从2天缩短到2小时。这正是设计模式魅力的最佳例证。2. 模式结构与典型实现2.1 UML类图解析标准的工厂方法模式包含四个关键角色Product抽象产品定义产品的接口ConcreteProduct具体产品实现抽象产品接口Creator抽象工厂声明工厂方法ConcreteCreator具体工厂实现工厂方法// 抽象产品 interface Discount { void apply(); } // 具体产品 class FullReduction implements Discount { Override public void apply() { System.out.println(满减优惠生效); } } // 抽象工厂 interface DiscountFactory { Discount createDiscount(); } // 具体工厂 class FullReductionFactory implements DiscountFactory { Override public Discount createDiscount() { return new FullReduction(); } }2.2 线程安全实现要点在多线程环境下工厂对象通常设计为单例。这里推荐枚举实现方式enum FullReductionFactory { INSTANCE; public Discount create() { return new FullReduction(); } }3. 真实项目应用案例3.1 电商优惠系统实践在我们的电商系统中工厂方法模式管理着12种优惠策略。核心架构如下classDiagram class Discount interface Discount Discount : apply() Discount |-- FullReduction Discount |-- GroupBuy Discount |-- PointRedemption class DiscountFactory interface DiscountFactory DiscountFactory : createDiscount() Discount DiscountFactory |-- FullReductionFactory DiscountFactory |-- GroupBuyFactory DiscountFactory |-- PointRedemptionFactory重要提示实际编码中应该避免直接new具体工厂建议结合Spring等框架使用依赖注入3.2 性能优化技巧通过预初始化缓存机制我们将优惠对象创建耗时从15ms降低到0.3msclass CachedDiscountFactory implements DiscountFactory { private final MapString, Discount cache new ConcurrentHashMap(); Override public Discount createDiscount(String type) { return cache.computeIfAbsent(type, t - { // 反射创建具体实例 return initDiscount(t); }); } }4. 扩展与变体实践4.1 参数化工厂方法当产品创建需要参数时可以这样扩展interface AdvancedDiscountFactory { Discount createDiscount(LocalDateTime validTime); } class TimeLimitedFactory implements AdvancedDiscountFactory { Override public Discount createDiscount(LocalDateTime validTime) { TimeLimitedDiscount discount new TimeLimitedDiscount(); discount.setExpireTime(validTime); return discount; } }4.2 多态产品创建某些场景下一个工厂可能需要创建关联产品族class VIPDiscountFactory implements DiscountFactory { // 创建主优惠产品 public Discount createDiscount() { return new VIPDiscount(); } // 创建配套的规则校验器 public RuleValidator createValidator() { return new VIPRuleValidator(); } }5. 模式对比与选型建议5.1 与简单工厂对比维度简单工厂工厂方法扩展性需要修改工厂类新增工厂子类即可复杂度低中等适用场景产品类型固定产品类型频繁扩展5.2 与抽象工厂对比关键区别在于抽象工厂针对产品族而工厂方法针对单个产品。在支付系统开发中我们同时使用了两种模式工厂方法创建具体的支付方式支付宝、微信抽象工厂创建整个支付流程相关对象验证器、日志记录器等6. 典型问题解决方案6.1 循环依赖问题当产品需要反向引用工厂时推荐采用setter注入class SmartDiscount implements Discount { private DiscountFactory factory; public void setFactory(DiscountFactory factory) { this.factory factory; } } class SmartFactory implements DiscountFactory { Override public Discount createDiscount() { SmartDiscount discount new SmartDiscount(); discount.setFactory(this); return discount; } }6.2 动态类型注册通过配置化的方式实现运行时扩展class DynamicDiscountFactory { private static MapString, Class? extends Discount registry new HashMap(); public static void registerType(String type, Class? extends Discount clazz) { registry.put(type, clazz); } public Discount createDiscount(String type) throws Exception { Class? extends Discount clazz registry.get(type); return clazz ! null ? clazz.newInstance() : null; } }7. 测试策略与Mock技巧7.1 单元测试方案使用工厂方法可以轻松实现测试替身class TestDiscountFactory implements DiscountFactory { Override public Discount createDiscount() { return new Discount() { Override public void apply() { // 模拟实现 } }; } }7.2 集成测试要点建议采用分层测试策略单独测试每个ConcreteProduct测试工厂创建的产品类型是否正确测试产品与工厂的完整交互流程8. 性能优化实战记录8.1 对象池优化对于创建成本高的产品对象我们实现了带池化功能的工厂class PooledDiscountFactory implements DiscountFactory { private final ObjectPoolDiscount pool; public PooledDiscountFactory() { pool new GenericObjectPool(new BasePooledObjectFactory() { Override public Discount create() { return new HeavyDiscount(); } }); } Override public Discount createDiscount() throws Exception { return pool.borrowObject(); } }8.2 缓存策略对比我们测试了三种缓存方案的性能表现方案QPS内存占用GC频率无缓存1,200低高软引用缓存8,500中中线程局部缓存12,000高低最终根据业务特点选择了软引用方案。9. 框架集成最佳实践9.1 Spring集成方案推荐使用FactoryBean接口实现Component public class DiscountFactoryBean implements FactoryBeanDiscount { Value(${discount.type}) private String type; Override public Discount getObject() { switch(type) { case full: return new FullReduction(); case group: return new GroupBuy(); default: throw new IllegalArgumentException(); } } Override public Class? getObjectType() { return Discount.class; } }9.2 与DI容器配合在Spring中更优雅的用法是结合ConfigurationConfiguration class DiscountConfig { Bean Scope(prototype) public Discount fullReduction() { return new FullReduction(); } Bean public DiscountFactory factory() { return type - { ApplicationContext ctx ...; return ctx.getBean(type); }; } }10. 复杂场景应对策略10.1 条件化创建逻辑当创建逻辑需要复杂判断时可以采用策略模式组合class ConditionalFactory implements DiscountFactory { private final ListCreationStrategy strategies; Override public Discount createDiscount(User user) { for (CreationStrategy strategy : strategies) { if (strategy.match(user)) { return strategy.create(user); } } return new DefaultDiscount(); } }10.2 分布式环境适配在微服务架构下我们实现了远程工厂class RemoteDiscountFactory implements DiscountFactory { private final DiscountServiceClient client; Override public Discount createDiscount(String type) { DiscountDTO dto client.createDiscount(type); return convertToDomain(dto); } }工厂方法模式的真正价值在于它让代码能够优雅地应对变化。在最近一次系统重构中我们需要新增三种跨境优惠类型得益于良好的工厂方法设计整个扩展过程没有修改任何现有业务逻辑代码所有新功能都通过新增类实现。这种可扩展性正是优秀架构设计的终极追求。