设计模式最佳实之工厂模式

原文地址：设计模式最佳实之工厂模式

What

工厂模式：
是创建型设计模式，用于创建对象的接口，让子类决定new那个类的实例

使用场景：

• 在任何需要生成需要生成复杂对象的地方，都可以考虑使用工程模式
• 复杂对象适合使用工厂模式，用new就可以完成创建的对象则无需使用工厂模式

UML图

How

代码例子

• 首先定义工厂抽象类

  • Factory

  public abstract class Factory{
      /**
       * 抽象工厂方法
       * 具体生产什么产品由子类决定
       * return product
       */
      public abstract Product createProduct(Class<T> clz);
  }

• 定义工厂实现类,根据传入工厂实现类型生产相应的产品

  • 使用反射的方法，减少冗余的工厂实现类
  • FactoryImp

  public class FactoryImp extends Factory{
      /**
       * 具体的工厂
       * 根据传入的产品类型返回相应的产品
       * return product
       */
      public <T extends Product> createProduct(Class<T> clz){
          Product p = null;
          try{
              p = (Product)class.forName(clz.getName()).newInstance();
          }catch(Execption e){
          }
          return p;
      };
  }

• 定义产品抽象类

  • Product

  public abstract class Product{
      public abstract void method();
  }

• 定义产品A

  • ProductA

  public class ProductA extends Product{
      public void method(){
          System.out.println("I am a product A!!");
      }
  }

• 定义产品B

  • ProductB

  public class ProductB extends Product{
      public void method(){
          System.out.println("I am a product B!!");
      }
  }

• 测试例子：

  public static void main(String[] args) {
          Factory factory = new FactoryImp();
          // 生产ProductA
          Product pA = factory.createProduct(ProductA.class);
          pA.method();
  
          // 生产ProductB
          Product pB = factory.createProduct(ProductB.class);
          pB.method();
      }

• 结果：

  I am a product A!!
  I am a product B!!

总结

• 优点
  
  • 从上面的例子可以看出，工厂模式是一个很好设计模式，能够很好解耦工厂与产品之间关系，通过接口/抽象类指定规范，只需替换相应的实现即可完成替换，很好符合了设计模式原则的开闭原则，对拓展开放，对修改关闭
  • 减少if...elase形式的硬编码判断，逻辑更加清晰简洁
• 缺点
  
  • 会产生过多的产品类，导致类结构的复杂化，每新增一款产品，就需要写一个新的产品类

如果对我的文章有什么建议的，可以留言给我，我都会回复，并虚心接受，只为把最好的献给最好可爱的你们~