Java设计模式——工厂方法模式详解

工厂方法模式分为四种：

• 普通工厂模式
• 多个工厂方法模式
• 静态工厂方法模式
• 抽象工厂模式
  下面一个个看

普通工厂模式

其实很简单，先来看代码，再来总结定义，举例如下：（我们举一个发送邮件和短信的例子）

//首先，创建二者的共同接口：
public interface Sender {  
    public void Send();  
}

//其次，创建实现类,邮件发送类实现发送接口：
public class MailSender implements Sender {  
    @Override  
    public void Send() {  
        System.out.println("this is mailsender!");  
    }  
}

//创建实现类,短信发送类实现发送接口：
public class SmsSender implements Sender {    
    @Override  
    public void Send() {  
       System.out.println("this is sms sender!");  
    }  
}

//最后，建工厂类：
public class SendFactory {  

    public Sender produce(String type) {  
        if ("mail".equals(type)) {  
            return new MailSender();  
        } else if ("sms".equals(type)) {  
            return new SmsSender();  
        } else {  
            System.out.println("请输入正确的类型!");  
            return null;  
        }  
    }  
}

//最后来测试一下
public class FactoryTest {    
    public static void main(String[] args) {  
        SendFactory factory = new SendFactory();  
        Sender sender = factory.produce("sms");  
        sender.Send();  
    }  
}

输出如下：

this is sms sender!

到这里就是普通工厂模式全部实现代码，可以给出工厂模式的定义（个人理解，非标准定义）所谓普通工厂模式就是建立一个工厂类，对实现了同一接口的一些类进行管理，统一到用同一个工厂类中方法完成不同实例的创建

//但是这里有个问题，如果传递的字符串出错，则不能正确创建对象，怎样改进呢？往下看......

多个工厂方法模式

同样的，先看代码再总结：
上面的代码大部分不用动，改动下SendFactory类就行：

public class SendFactory {  
   //为邮件发送类定义单独创建方法
   public Sender produceMail(){  
        return new MailSender();  
    }
    //为短信发送类定义单独创建方法  
    public Sender produceSms(){  
        return new SmsSender();  
    }  
}

//测试类如下：
public class FactoryTest {  

    public static void main(String[] args) {  
        SendFactory factory = new SendFactory();  
        Sender sender = factory.produceMail();  
        sender.Send();  
    }  
}

输出如下：

this is mailsender!

多个工厂方法模式，就是对普通工厂方法模式的改进，将创建实例的方法从参数传递改进成为每个实例在工厂类中定义专门的方法，个人理解就像为每个产品创建一个专门的生产线，感觉效率和使用会比普通工厂类方便很多，但是每次使用都要new 个工厂对象，能不简单点（简单点~说话的方式简单点~咳咳，回归正题），答案是肯定的，那就要用到静态工厂方法模式

静态工厂方法模式

先上代码（话说代码是谁？!!捂脸）

public class SendFactory {  
    //注意这是个静态方法      
    public static Sender produceMail(){  
       return new MailSender();  
    }  
    //注意这也是个静态方法      
    public static Sender produceSms(){  
        return new SmsSender();  
   }  
} 

//测试类如下：
public class FactoryTest {  

    public static void main(String[] args) {      
       Sender sender = SendFactory.produceMail();
       sender.Send();  
    }  
}

输出结果：

this is mailsender!

总体来说，工厂模式适合：凡是出现了大量的产品需要创建，并且具有共同的接口时，可以通过工厂方法模式进行创建。

   在以上的三种模式中，第一种如果传入的字符串有误，不能正确创建对象，第三种相对于第二种，不需要实例化工厂类，所以，大多数情况下，我们会选用第三种——静态工厂方法模式

但是这样就真的完美了吗？仔细想想还有问题，类的创建依赖工厂类，也就是说，如果想要拓展程序，必须对工厂类进行修改，但这违背了闭包原则（就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。），所以，从设计角度考虑，有一定的问题，如何解决？就要用到抽象工厂模式

抽象工厂模式

老规矩，上代码先(￣_,￣ )：

//首先和刚才一样，创建二者的共同接口：
public interface Sender {  
    public void Send();  
}

//其次，创建实现类,邮件发送类实现发送接口：
public class MailSender implements Sender {  
    @Override  
    public void Send() {  
        System.out.println("this is mailsender!");  
    }  
}

//创建实现类,短信发送类实现发送接口：
public class SmsSender implements Sender {    
    @Override  
    public void Send() {  
       System.out.println("this is sms sender!");  
    }  
}

这貌似和刚刚都一样嘛<(￣ˇ￣)/！注意下面来点不一样的

//定义发送邮件的工厂类
public class SendMailFactory implements Provider {        
    @Override  
    public Sender produce(){  
        return new MailSender();  
    }  
} 

//定义发送短信的工厂类
public class SendSmsFactory implements Provider{   
    @Override  
    public Sender produce() {  
        return new SmsSender();  
    }  
}  

//最后提供个工厂类要实现的接口
public interface Provider {  
    public Sender produce();  
}  

//测试类
public class Test {  

    public static void main(String[] args) {  
        Provider provider = new SendMailFactory();  
        Sender sender = provider.produce();  
        sender.Send();  
    }  
} 

总结下抽象工厂模式，就是创建多个工厂类，这样一旦需要增加新的功能，直接增加新的工厂类就可以了，不需要修改之前的代码，如果你现在想增加一个功能：发微信消息，则只需做一个实现类，实现Sender接口，同时做一个工厂类，实现Provider接口，就OK了，无需去改动现成的代码。这样做，拓展性较好！

参考链接：https://zh.wikipedia.org/wiki/工厂方法
http://www.cnblogs.com/maowang1991/archive/2013/04/15/3023236.html