设计模式之创建类模式 - 工厂方法模式

设计模式之创建类模式——工厂方法模式

工厂方法模式使用的频率非常高，在我们日常的开发中总能见到它的身影。 定义： 定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。 通用类图： 通用源码： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 /** * 抽象产品类 * @author Administrator * */ public abstract class Product { // 产品类的公共方法 public void method1() { // 业务处理逻辑 } // 抽象方法 public abstract void method2(); } 1 2 3 4 5 6 7 8 9 10 11 12 13 /** * 具体产品类1 * @author Administrator * */ public class ConcreteProduct1 extends Product { @Override public void method2() { // 业务逻辑处理 } } 1 2 3 4 5 6 7 8 9 10 11 12 13 /** * 具体产品类2 * @author Administrator * */ public class ConcreteProduct2 extends Product { @Override public void method2() { // 业务逻辑处理 } } 1 /** 2 * 抽象工厂类 3 * @author Administrator 4 * 5 */ 6 public abstract class Creator { 7 8 /** 9 * 创建一个产品对象，其输入参数类型可以自行设置 10 * 通常为String、Enum、Class等，当然也可以为空 11 * @param 12 * @param c 13 * @return 14 */ 15 public abstract T createProduct(Class c); 16 17 } 1 /** 2 * 具体工厂类 3 * 4 * @author Administrator 5 * 6 */ 7 public class ConcreteCreator extends Creator { 8 9 @Override 10 public T createProduct(Class c) { 11 Product product = null; 12 try { 13 product = (Product) Class.forName(c.getName()).newInstance14 } catch (InstantiationException e) { 15 // TODO Auto-generated catch block 16 e.printStackTrace(); 17 } catch (IllegalAccessException e) { 18 // TODO Auto-generated catch block 19 e.printStackTrace(); 20 } catch (ClassNotFoundException e) { 21 // TODO Auto-generated catch block 22 e.printStackTrace(); 23 } 24 return (T) product; 25 } 26 27 } 1 2 3 4 5 6 7 8 9 /** * 场景类 * * @author Administrator * */ public class Client { /** 10 11 12 13 14 15 16 17 18 19 20 21 }

* @param args */ public static void main(String[] args) { Creator creator = new ConcreteCreator(); Product product = creator.createProduct(ConcreteProduct1.class); /* * 继续业务处理 */ product.method1(); } 工厂方法模式的优点：

1. 良好的封装性，代码结构清晰。一个对象创建是有条件约束的，如一个调用者需要一个具体的产品对象，

只要知道这个产品的类名（或约束字符串）就可以了，不用知道创建对象的艰辛过程，降低模块间的耦合。 2. 工厂方法模式的扩展性非常优秀。在增加产品类的情况下，只要适当地修改具体的工厂类或扩展一个工厂

类，就可以完成“拥抱变化”。

3. 屏蔽产品类。这一点非常重要，产品类的实现如何变化，调用者都不需要关系，它只需要关心产品的接口，

只要接口保持不变，系统中的上层模块就不要发生变化。因为产品类的实例化工作是由工厂类负责的，一个产品对象具体由哪一个产品生成是由工厂类决定的。

4. 工厂方法模式是典型的解耦框架。高层模块只需要知道产品的抽象类，其他的实现类都不用关心，符合迪

米特法则，我不需要的就不要去交流；也符合依赖倒置原则，只依赖产品类的抽象；当然也符合里氏替换原则，使用产品子类替换父类也没问题。

工厂方法模式的使用场景：

1. 工厂方法模式是new一个对象的替代品，所以在所有需要生成对象的地方都可以使用，到那时需要慎重考

虑是否要增加一个工厂类进行管理，增加代码的复杂度。 2. 需要灵活的、可扩展的框架时，可以考虑采用工厂方法模式。 3. 工厂方法模式可以用在异构项目中。 4. 可以使用在测试驱动开发的框架下。

工厂方法模式的扩展：

? 缩小为简单工厂模式

简单工厂模式（Simple Factory Pattern），也叫做静态工厂模式。在实际项目中，采用该方法的案例还是比较多的，其缺点是工厂类的扩展比较困难，不符合开闭原则，但它仍然是一个非常实用的设计模式。 类图：