java设计模式---工厂方法模式（Factory Method）

java设计模式—工厂方法模式（Factory Method）

在之前一篇介绍的简单工厂模式有一个问题就是，类的创建依赖工厂类，也就是说，如果想要拓展程序，必须对工厂类进行修改，这违背了闭包原则，所以，从设计角度考虑，有一定的问题，如何解决？就用到工厂方法模式，创建一个工厂接口和创建多个工厂实现类，这样一旦需要增加新的功能，直接增加新的工厂类就可以了，不需要修改之前的代码。接下来就介绍工厂方法模式。
1. 定义
工厂方法模式，又称工厂模式、多态工厂模式和虚拟构造器模式，通过定义工厂父类负责定义创建对象的公共接口，而子类则负责生成具体的对象
核心：定义一个创建对象的接口/抽象类，让子类来决定实例化哪一个类，使实例化延迟到子类。当有新的产品产生时,只要按照产品接口和工厂接口来生成，就可以被客户端使用，而不必改码。所以工厂方法模式是完全符合开闭原则的。工厂方法克服了简单工厂违背开放封闭原则的缺点，又保持了封装对象创建过程的优点。降低了客户程序和产品对象之间的耦合。
2. UML类图

3. 工厂模式的组成

组成（角色）	关系	作用
抽象产品（Product）	具体产品的父类	描述具体产品的公共接口
具体产品（Concrete Product）	抽象产品的子类；工厂类创建的目标类	描述生产的具体产品
抽象工厂（Creator）	具体工厂的父类	描述具体工厂的公共接口
具体工厂（Concrete Creator）	抽象工厂的子类；被外界调用	描述具体工厂；实现FactoryMethod工厂方法创建产品的实例

4. 工厂模式的使用步骤
（1） 创建抽象工厂类，定义具体工厂的公共接口；
（2） 创建抽象产品类 ，定义具体产品的公共接口；
（3）创建具体产品类（继承抽象产品类） & 定义生产的具体产品；
（4）创建具体工厂类（继承抽象工厂类），定义创建对应具体产品实例的方法；
（5）外界通过调用具体工厂类的方法，从而创建不同具体产品类的实例
5. 简单的代码实现

// 公共接口
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 interface Provider {  
    public Sender produce();  
} 
// 创建两个工厂类
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 class Test {  
    public static void main(String[] args) {  
        Provider provider = new SendMailFactory();  
        Sender sender = provider.produce();  
        sender.Send();  
    }  
}  

6. 优点
（1）更符合开-闭原则
新增一种产品时，只需要增加相应的具体产品类和相应的工厂子类即可， 简单工厂模式需要修改工厂类的判断逻辑
（2）符合单一职责原则。每个具体工厂类只负责创建对应的产品，简单工厂中的工厂类存在复杂的switch逻辑判断
（3）不使用静态工厂方法，可以形成基于继承的等级结构。简单工厂模式的工厂类使用静态工厂方法
总结：工厂模式可以说是简单工厂模式的进一步抽象和拓展，在保留了简单工厂的封装优点的同时，让扩展变得简单，让继承变得可行，增加了多态性的体现。
7. 缺点
（1）在添加新产品时，除了增加新产品类外，还要提供与之对应的具体工厂类，系统类的个数将成对增加，在一定程度上增加了系统的复杂度；同时，有更多的类需要编译和运行，会给系统带来一些额外的开销；
（2）由于考虑到系统的可扩展性，需要引入抽象层，在客户端代码中均使用抽象层进行定义，增加了系统的抽象性和理解难度，且在实现时可能需要用到DOM、反射等技术，增加了系统的实现难度。
（3）虽然保证了工厂方法内的对修改关闭，但对于使用工厂方法的类，如果要更换另外一种产品，仍然需要修改实例化的具体工厂类；
（4） 一个具体工厂只能创建一种具体产品