设计模式之简单工厂模式(“从头开始学习设计模式”系列)

简单工厂模式（Simple Factory）

简单工厂模式是类的创建模式，又叫做静态工厂方法模式（Static Factory Method）。简单工厂模式是由一个工厂对象来决定创建出哪一种产品类的对象。

 

       这个模式的一般性结构如下图所示：

                  

    简单工厂模式就是由一个工厂类根据传入的参数决定创建出哪一种产品类的对象，下面以一个示意性的实现来说明简单工厂模式的结构，如下图所示：

                           

       从上图可以看出，简单工厂模式涉及到工厂角色、抽象产品角色以及具体产品角色这三个角色：

●     工厂类（Createor）角色：担任这个角色的是工厂方法模式的核心，含有与应用紧密相关的商业逻辑，工厂类在客户端的直接调用下创建出产品对象，它往往由一个具体Java类实现。

●     抽象产品（Product）角色：担任这个角色的类是由工厂方法模式所创建的对象的父类，或者是它们共同拥有的接口。此角色可以由一个Java接口或者Java抽象类实现。

●     具体产品（Concrete Product）角色：工厂方法模式所创建的任何对象都是这个角色的实例，此角色由一个具体Java类实现。

 

工厂类的示意性源代码如下：

public class Creator {

 

      /**

             *  静态工厂方法

             */

       public static  Product factory() {

              return new ConcreteFactory();

       }

        

}

可以看出，这个工厂方法创建了一个新的具体产品的实例返回给调用者。

 

抽象角色Product接口的源代码：

public interface Product {

 

}

在这里，我给出的只是一个最简单的标识接口（关于标识接口的介绍，请参看我前

blog的介绍：“空(标识)接口的重要性”一文）。

 

       具体产品角色的源代码：

       public class ConcreteProduct implements Product {

 

       public ConcreteProduct() {

       }

        

}

 

这里给出的是最简单的实现，在项目的实际应用中会遇到多个具体产品类的情况。

 

       那么，你也许会问，“对于这个抽象产品类角色，我们何时该使用接口，何时该使用抽象类呢？”。好问题，如果模式所产生的具体产品类彼此之间没有共同的商业逻辑，那么抽象产品角色可以由一个Java接口来扮演，相反，如果这些具体产品类彼此之间确实有共同的商业逻辑，那么，这些公有的逻辑代码应该移到抽象角色里面，这就意味着抽象角色应当由一个Java抽象类来扮演。 在一个类型的等级结构里面，共同的代码应当尽量往上移，以达到共享的目的，如下图所示：

      

      

       值得注意的有三点：

1.       如果系统中仅有一个具体产品角色的话，那么，可以省略掉抽象产品角色，当然这样的话，就不利于扩展。我们使用接口或抽象类的原因就是为了遵循“开闭原则（即对扩展开放，对修改关闭）”。

2.       在有些情况下，工厂角色可以由抽象产品角色来扮演，典型的应用就是java.text.DateFormat类，一个抽象产品类同时是子类的工厂。

3.       三个角色全部合并成一个类，这个类自行创建自己的实例，例如：

public class ConcreteProduct{

        public ConcreteProduct(){

        }

 

        /**

          *  静态工厂方法

*/

        public static ConcreteProduct factory(){

               return new ConcreteProduct();

        }

}

       看上去怎么那么象单例模式？的确很像，但是并不等于单例模式。关于单例模式请继续关注后面设计模式的介绍。