1. 工厂模式的核心价值与应用场景工厂模式是面向对象编程中最基础也最实用的设计模式之一。我第一次接触这个概念是在2013年开发一个电商系统时当时需要根据不同支付渠道支付宝、微信、银联创建不同的支付处理器。如果直接在业务代码里new各种支付对象不仅会导致代码臃肿更会在新增支付渠道时不得不修改核心业务逻辑——这明显违反了开闭原则。1.1 工厂模式解决了什么问题想象你正在开发一个绘图软件。最直接的实现可能是这样的// 反例直接实例化 if (userSelected 圆形) { Circle shape new Circle(); shape.draw(); } else if (userSelected 矩形) { Rectangle shape new Rectangle(); shape.draw(); }这种写法存在几个严重问题客户端代码与具体实现类强耦合新增图形类型需要修改多处业务代码对象创建逻辑分散在各处难以维护工厂模式通过将对象创建过程封装到独立类中完美解决了这些问题。其核心思想是定义一个创建对象的接口但让子类决定实例化哪个类。1.2 三种工厂模式的对比在实际开发中工厂模式有三种典型变体模式类型特点适用场景简单工厂模式一个工厂类处理所有产品创建产品类型较少且稳定工厂方法模式每个产品对应一个工厂子类需要灵活扩展新产品类型抽象工厂模式生产相关产品族需要保证产品兼容性以数据库访问为例简单工厂一个工厂根据参数创建MySQL/Oracle连接工厂方法MySQLFactory和OracleFactory分别实现连接创建抽象工厂一组工厂方法创建配套的连接、命令、适配器等2. 手写工厂模式的完整实现2.1 基础实现步骤让我们用Java实现最经典的图形工厂示例// 步骤1定义产品接口 public interface Shape { void draw(); } // 步骤2实现具体产品 public class Circle implements Shape { Override public void draw() { System.out.println(绘制圆形); } } public class Rectangle implements Shape { Override public void draw() { System.out.println(绘制矩形); } } // 步骤3创建工厂类 public class ShapeFactory { public Shape createShape(String type) { if (type null) return null; switch (type.toLowerCase()) { case circle: return new Circle(); case rectangle: return new Rectangle(); default: throw new IllegalArgumentException(未知图形类型); } } } // 步骤4客户端调用 public class Client { public static void main(String[] args) { ShapeFactory factory new ShapeFactory(); Shape circle factory.createShape(circle); circle.draw(); // 输出绘制圆形 Shape rect factory.createShape(rectangle); rect.draw(); // 输出绘制矩形 } }2.2 使用枚举优化基础实现存在字符串硬编码问题改进方案// 定义图形类型枚举 public enum ShapeType { CIRCLE, RECTANGLE, SQUARE } // 改造工厂类 public class ShapeFactory { public Shape createShape(ShapeType type) { Objects.requireNonNull(type); switch (type) { case CIRCLE: return new Circle(); case RECTANGLE: return new Rectangle(); case SQUARE: return new Square(); default: throw new IllegalArgumentException(不支持的图形类型); } } }经验使用枚举替代字符串参数可以避免拼写错误提高代码可读性和安全性3. 高级技巧与最佳实践3.1 利用反射消除条件判断当产品类型很多时switch-case会变得臃肿。可以通过反射动态创建对象public class GenericFactory { public static T T createInstance(Class? extends T clazz) { try { return clazz.getDeclaredConstructor().newInstance(); } catch (Exception e) { throw new RuntimeException(创建实例失败, e); } } } // 使用示例 Shape circle GenericFactory.createInstance(Circle.class);注意事项类必须有无参构造函数反射会有性能损耗但现代JVM已优化错误处理要完善3.2 结合Spring等框架在现代Java开发中我们通常借助IoC容器Component public class ShapeFactory { Autowired private MapString, Shape shapeMap; // Spring会自动注入所有Shape实现 public Shape getShape(String type) { return shapeMap.get(type Shape); // 根据命名约定获取Bean } }这种实现方式完全避免手动注册产品类支持动态扩展新增实现自动加入map方便进行AOP增强3.3 线程安全与缓存如果创建对象开销大可以考虑缓存public class CachedFactory { private static final MapShapeType, Shape cache new ConcurrentHashMap(); public Shape getShape(ShapeType type) { return cache.computeIfAbsent(type, t - { switch (t) { case CIRCLE: return new Circle(); case RECTANGLE: return new Rectangle(); default: throw new IllegalArgumentException(); } }); } }4. 典型应用场景分析4.1 JDK中的工厂模式Java标准库中随处可见工厂模式Calendar.getInstance()NumberFormat.getXXXInstance()Collections.unmodifiableXXX()以DateFormat为例DateFormat df DateFormat.getDateInstance(DateFormat.LONG, Locale.CHINA); System.out.println(df.format(new Date())); // 输出2023年7月20日4.2 日志框架设计日志框架通常需要支持多种输出方式public interface Logger { void log(String message); } public class FileLogger implements Logger { /*...*/ } public class ConsoleLogger implements Logger { /*...*/ } public class LoggerFactory { public static Logger getLogger(String type) { if (file.equals(type)) { return new FileLogger(); } else { return new ConsoleLogger(); } } }4.3 支付系统实践我在电商项目中实现的支付工厂public interface PaymentProcessor { PaymentResult process(PaymentRequest request); } public class AlipayProcessor implements PaymentProcessor { /*...*/ } public class WechatProcessor implements PaymentProcessor { /*...*/ } public class PaymentFactory { private MapPaymentType, PaymentProcessor processors new HashMap(); public PaymentFactory() { // 可替换为从配置读取 processors.put(PaymentType.ALIPAY, new AlipayProcessor()); processors.put(PaymentType.WECHAT, new WechatProcessor()); } public PaymentProcessor getProcessor(PaymentType type) { PaymentProcessor processor processors.get(type); if (processor null) { throw new UnsupportedOperationException(不支持的支付方式); } return processor; } }5. 常见问题与解决方案5.1 如何选择工厂模式类型决策流程图是否需要创建产品族 → 是 → 抽象工厂模式 ↓否 是否需要支持扩展 → 是 → 工厂方法模式 ↓否 产品类型是否有限 → 是 → 简单工厂模式 ↓否 考虑其他模式5.2 循环依赖问题当产品需要反向引用工厂时// 错误示例 public class ProductA { private Factory factory; // 导致循环依赖 } // 正确做法 public class ProductA { private Factory factory; // 通过setter注入 public void setFactory(Factory factory) { this.factory factory; } }5.3 测试技巧使用工厂模式后单元测试可以这样写Test void testPaymentProcessing() { // 创建mock处理器 PaymentProcessor mockProcessor mock(PaymentProcessor.class); when(mockProcessor.process(any())).thenReturn(new PaymentResult(SUCCESS)); // 注入mock到工厂 PaymentFactory factory new PaymentFactory(); factory.setProcessor(PaymentType.ALIPAY, mockProcessor); // 测试业务逻辑 PaymentService service new PaymentService(factory); assertTrue(service.makePayment(ALIPAY, 100).isSuccess()); }6. 设计模式组合应用工厂模式常与其他模式配合使用6.1 工厂策略模式public interface DiscountStrategy { double applyDiscount(double amount); } public class DiscountFactory { public DiscountStrategy getStrategy(UserType type) { switch (type) { case VIP: return new VipDiscount(); case REGULAR: return new RegularDiscount(); default: return new NoDiscount(); } } } // 使用 double finalPrice discountFactory.getStrategy(user.getType()) .applyDiscount(originalPrice);6.2 工厂单例模式确保工厂实例唯一public class SingletonFactory { private static final SingletonFactory INSTANCE new SingletonFactory(); private SingletonFactory() {} public static SingletonFactory getInstance() { return INSTANCE; } // 工厂方法... }6.3 工厂建造者模式复杂对象创建public class Report { private Report(Header header, Body body, Footer footer) { // ... } public static class Builder { // 建造步骤... public Report build() { return new Report(header, body, footer); } } } public class ReportFactory { public Report createReport(ReportType type) { Report.Builder builder new Report.Builder(); // 根据类型配置builder return builder.build(); } }工厂模式的价值在于它遵循了面向对象设计的多个重要原则单一职责原则创建逻辑独立开闭原则扩展新产品不影响现有代码依赖倒置原则依赖抽象而非具体我在实际项目中总结的经验是当发现业务代码中存在超过3处的new ConcreteClass()时就应该考虑引入工厂模式了。特别是在微服务架构中工厂模式配合依赖注入能让代码保持高度的灵活性和可测试性。
