23种设计模式入门之工厂模式

1、什么是工厂模式

　　定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method 使一个类的实例化延迟到其子类。

2、为什么工厂模式是如此常用

　　因为工厂模式就相当于创建实例对象的 new，我们经常要根据类 Class 生成实例对象，如 A a=new A() ，工厂模式也是用来创建实例对象的，

所以以后 new 时就要多个心眼，是否可以考虑实用工厂模式，虽然这样做，可能多做一些工作，但会给你系统带来更大的可扩展性和尽量少的修改量。

3、适用性

• 当一个类不知道它所必须创建的对象的类的时候。
• 当一个类希望由它的子类来指定它所创建的对象的时候。
• 当类将创建对象的职责委托给多个帮助子类中的某一个，并且你希望将哪一个帮助子类是代理者这一信息局部化的时候。

4、简单工厂模式案例

先来看看它的组成：
　　1) 工厂类角色：这是本模式的核心，含有一定的商业逻辑和判断逻辑。在java中它往往由
一个具体类实现。
　　2) 抽象产品角色：它一般是具体产品继承的父类或者实现的接口。在java中由接口或者抽
象类来实现。
　　3) 具体产品角色：工厂类所创建的对象就是此角色的实例。在java中由一个具体类实现。
用类图来清晰的表示下的它们之间的关系：

//抽象产品角色
public interface Sample
{
    public void toStart();
}
//具体产品角色
public class SampleA implements Sample
{
    public void toStart()
    {
        System.out.println("Start SampleA ");
    }
}
public class SampleB implements Sample
{
    public void toStart()
    {
        System.out.println("Start SampleB ");
    }
}
//工厂类角色
public class Factory
{
    public static Sample creator(int which)
    {
        //getClass 产生 Sample 一般可使用动态类装载装入类。
        if (which == 1)
            return new SampleA();
        else if (which == 2)
            return new SampleB();
    }
}

　　那么在你的程序中,如果要实例化 Sample 时.就使用

Sample sampleA=Factory.creator(1);
sampleA.toStart();

　　这样,在整个过程中就不涉及到 Sample 的具体子类,达到封装效果,也就减少错误修改的机会。

5、工厂模式案例

先来看看它的组成：

　　1) 抽象工厂角色： 这是工厂方法模式的核心，它与应用程序无关。是具体工厂角色必须
实现的接口或者必须继承的父类。在 java 中它由抽象类或者接口来实现。
　　2) 具体工厂角色： 它含有和具体业务逻辑有关的代码。 由应用程序调用以创建对应的具体
产品的对象。
　　3) 抽象产品角色：它是具体产品继承的父类或者是实现的接口。在 java 中一般有抽象类
或者接口来实现。
　　4) 具体产品角色：具体工厂角色所创建的对象就是此角色的实例。在 java 中由具体的类
来实现。

用类图来清晰的表示下的它们之间的关系：

//抽象产品角色
public interface Sample
{
    public void toStart();
}
//具体产品角色
public class SampleA implements Sample
{
    public void toStart()
    {
        System.out.println("Start SampleA ");
    }
}
public class SampleB implements Sample
{
    public void toStart()
    {
        System.out.println("Start SampleB ");
    }
}
//抽象工厂角色
public interface ToStart
{
    public Sample toStartSample();
}
//具体工厂角色
public class SampleAToStart implements ToStart
{
    public Sample toStartSample()
    {
        return new SampleA();
    }
}
public class SampleBToStart implements ToStart
{
    public Sample toStartSample()
    {
        return new SampleB();
    }
}

　　那么在你的程序中,如果要实例化 Sample 时.就使用

ToStart toStart = new SampleAToStart();
SampleA sampleA = toStart.toStartSample();
sampleA.toStart();

　　可以看出工厂方法的加入，使得对象的数量成倍增长。当产品种类非常多时，会出现大量的与之对应的工厂对象，

这不是我们所希望的。因为如果不能避免这种情况，可以考虑使用简单工厂模式与工厂方法模式相结合的方式来减少工厂类：

即对于产品树上类似的种类（一般是树的叶子中互为兄弟的）使用简单工厂模式来实现。

6、小结

　　工厂方法模式仿佛已经很完美的对对象的创建进行了包装，使得客户程序中仅仅处理抽象产品角色提供的接口。

那我们是否一定要在代码中遍布工厂呢？大可不必。也许在下面情况下你可以考虑使用工厂方法模式：

　　1) 当客户程序不需要知道要使用对象的创建过程。
　　2) 客户程序使用的对象存在变动的可能，或者根本就不知道使用哪一个具体的对象。

　　简单工厂模式与工厂方法模式真正的避免了代码的改动了？没有。在简单工厂模式中，新产品的加入要修改工厂角色中的判断语句；

而在工厂方法模式中， 要么将判断逻辑留在抽象工厂角色中，要么在客户程序中将具体工厂角色写死（就象上面的例子一样） 。而且产品

对象创建条件的改变必然会引起工厂角色的修改。面对这种情况，Java 的反射机制与配置文件的巧妙结合突破了限制——这在 Spring 中

完美的体现了出来