本文实例讲述了Java设计模式之工厂方法模式。分享给大家供大家参考，具体如下：
工厂方法模式使用的频率非常高，在我们日常的开发中总能遇见到它的身影。其定义为：Define an interface for creating an object， but let subclass decide which class to instantiate.Factory Method lets a class defer instantiation to subclasses.(定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法是一个类的实例化延迟到其子类。)
工厂方法模式的优点：
1、良好的封装性，代码结构清晰。一个对象创建是有条件约束的，如一个调用者需要一个具体的产品对象，只要知道这个产品的类名（或约束字符串）就可以了，不用知道创建对象的艰辛过程，降低模块间的耦合。
2、工厂方法模式的扩展性非常优秀。在增加产品类的情况下，只要适当地修改具体的工厂类或者扩展一个工厂类，就可以完成“拥抱变化”。
3、屏蔽产品类。这一点非常重要，产品类的实现如何变化，调用者都不需要关心，它只需关心产品的接口，只要接口保持不变，系统中的上层模块就不需要发生变化。因为产品类的实例化是由工厂类负责的，一个产品对象具体由哪一个产品产生是由工厂类决定的。
4、工厂方法模式是典型的解耦框架。。高层模块值需要知道产品的抽象类，其他的实现类都不用关心，符合迪米特法则，我们不需要的就不要去交流；也符合依赖倒置原则，只依赖产品的抽象类；当然也符合里氏替换原则，使用产品子类替换产品父类，没问题。
工厂方法模式的通用代码如下：
|
1
2
3
4
5
6
7
8
9
|
//抽象产品类 public abstract class Product { //产品类的公共方法 public void method1() { //业务逻辑处理 } //抽象方法 public abstract void method2();} |
具体的产品类可以有多个，都继承于抽象产品类，源代码如下：
|
1
2
3
4
5
6
7
8
9
10
11
|
//具体产品类 public class ConcreteProduct1 extends Product { public void method2() { //业务逻辑处理 } } public class ConcreteProduct2 extends Product { public void method2() { //业务逻辑处理 } } |
抽象工厂类负责定义产品对象的产生，源代码如下：
|
1
2
3
4
5
6
7
|
//抽象工厂类 public abstract class Creator { /** *创建一个产品类，其输入参数类型可以自行设置，通常为String，Enum， Class，当然可以为空 */ public abstract <T extends Product> T createProduct(Class<T> cls);} |
具体如何产生一个产品的对象，是有具体的工厂类实现的，源代码如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
|
//具体工厂类 public class ConcteteCreator extends Creator { public <T extends Product> T createProduct(Class<T> cls) { Product product = null; try { product = (Product)Class.forName(cls.getName()).newInstance(); } catch (Exception e) { //异常处理 } return (T)product; } } |
场景类的调用方法如下代码：
|
1
2
3
4
5
6
7
8
9
10
|
//场景类 public class Client { public static void main(String[] args) { Creator creator = new ConcreteCreator(); Product product = creator.createProduct(ConcreteProduct1.class); /** *继续业务处理 */ } } |
改通用代码是一个比较实用、易扩展的框架，读者可以根据实际项目需要进行扩展。
希望本文所述对大家Java程序设计有所帮助。
