设计模式之（二）简单工厂模式（staticFactory）

　　这篇博文介绍简单工厂模式，设计模式并不是固定的二十三种，不同的书介绍的可能有出入，这篇介绍的简单工厂模式在有些书上就忽略不介绍了。设计模式是一套被反复使用的、多数人知晓的、经过分类编目的、代码设计经验的总结。从设计模式上的定义可以了解到设计模式的本质，既然是总结出来的，肯定有出入。作为学习设计模式来说，还是把这个也记录下来，能给跟多一些思考。

　　简单工厂模式是工厂模式的简化版，正因为如此，所以他的使用可以说是非常的普遍，很多代码中都有他的影子。接下来我们剖析简单工厂模式。

       不用模式场景

　    java 是面向对象语言，是面向接口编程。接下来就先来看一个例子。

/******************   接口 ****************************/
public interface iTest {
     
     void funTest(String strTest);
     
}

/******************   类  实现上面接口 ********************/

public class CTest implements iTest {
    
    @Override
    public void funTest(String strTest) {
        // TODO Auto-generated method stub
        System.out.println(strTest);
    }
    
}

/******************   调用 ********************/
public class Client {

    public static void main(String[] args) {
        // TODO Auto-generated method stub
        iTest it = new CTest();
        it.funTest("I am CTest class!");
    }
}

　　当初我们学习 java 的时候就是这样来实现的，这个在练习和学习里面是没有问题，甚至在不分模块的简单系统里面也是问题不大的。但是想这样一个问题，如果客户端调用的是一个模块，那么我们不仅需要知道这个模块的接口，还需要知道实现那些类，而一个模块里面用到的类是非常多的。这样调用起来非常麻烦，而且还暴露了模块的内部实现逻辑，没有做好模块的内部封装。这样一思考问题就显而易见了。

　　简单工厂演化

　　根据模块的封装性，把上面的实现调整一下。

/**
 * 引入工厂类
 * @author Administrator
 */
public class StaticFactory {
    //这里是 static 方法
    public static iTest createAPI(){
        iTest it = new CTest();
        return it;
    }
}

　　引入简单工厂，这个工厂用来创建具体实现，返回的是接口类型。那么再看下客户端调用有什么变化

public class Client {

    public static void main(String[] args) {
        // TODO Auto-generated method stub
        //iTest it = new CTest();
        //it.funTest("I am CTest class!");
        
        /******简单工厂方法的调用*****/
        iTest its = StaticFactory.createAPI();
        its.funTest("i am created class by StaticFactoy!");
    }
}

这儿可以看出来客户端调用已经不用知道具体实现的类型了，具体实现类型已经放入了引入的工厂类来显示了，虽然只是一个小小的变动，但是如果放入了实际的场景中，就有质的变化。

　　实际运用中的简单工厂模式，当然不是这么简单了，应该有更多的逻辑，这里稍微扩展一下，一个接口一般是实现不同的类，那么可以根据不同的类型来选择不同的实现的类。

/**
 * 引入工厂类
 * @author Administrator
 */
public class StaticFactory {
    /**
     * 参数注释1
     */
    public static final  String Type1 = "1";
    /**
     * 参数注释2
     */
    public static final String Type2 = "2";
    //这里是 static 方法
    public static iTest createAPI(String Type){
        iTest it =null;
        if(Type.equals(Type1)){
            it = new CTest();
        }
        else if(Type.equals(Type2)){
            it = new Ctest2();
        }
        return it;
    }
}

/************  客户端调用   ****************/

public class Client {
    public static void main(String[] args) {
        // TODO Auto-generated method stub
        //iTest it = new CTest();
        //it.funTest("I am CTest class!");
        
        /******简单工厂方法的调用*****/
        //iTest its = StaticFactory.createAPI();
        //its.funTest("i am created class by StaticFactoy!");
        
        /******改善简单工厂方法的调用*****/
        iTest its = StaticFactory.createAPI(StaticFactory.Type1);
        its.funTest("我是第一个接口实现");
        its = StaticFactory.createAPI(StaticFactory.Type2);
        its.funTest("我是第二个接口实现");
    }
}

　　根据不同的参数实现不同的类，而且我们可以把参数在工厂类里面写出来。一方面是便于客户查看，明白参数的用法；另外也可以判断客户是不是输入了非法参数，这儿没有判断非法参数。

 

　　上面没有展示通过配置文件来实现简单工厂类，实际上就是把例子中需要传入的参数放入了配置文件中，让客户端调用无需再输入参数。在系统配置连接不同数据库的话，应该就是用的这样的方式。本文不在累述。

　　总结

　　定义：提供一个创建对象实例的功能，而不用关心其具体实现。被常见的对象可以是接口、抽象类，具体的类。

　　分析：简单工厂模式，本质上就是在普通代码上添加一个工厂类，创建对象装在了这个类里面，而且对象具体实现不在这个里面。

　　优点：

• 调用的接口的封装性更好了，没有暴露内部的逻辑实现。
• 解耦，实现了客户端和具体实现类解耦
• 接口的实现类统一管理了。可以扩展也是只要简单工厂类改动就可以了。

　　缺点：

• 增加了代码复杂度。

　　虽然这个简单工厂模式非常简单，但是在系统代码里面运用非常普遍。可能你已经运用了，但是自己没有意识到。简单工厂模式的介绍就到这里了。