读书笔记--工厂方法模式

为何要引入工厂方法模式？

简单工厂模式的最大的优点在于工厂类中包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了与具体产品的依赖。让客户端不用管该用哪个类的实例，只需要把条件给工厂，工厂自动给出相应的实例，客户端只要去做运算就可以了，不同的实例会实现不同的运算。但问题也在这里，如果需要增加条件功能，需要给运算工厂类的方法里加‘Case’的分支条件。修改原有的类，这不仅对扩展开放了，对修改也开放了，违背了开放-封闭原则。

工厂方法模式，定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。

既然工厂类与分支耦合，根据依赖倒转原则，我们把工厂类抽象出一个接口，这个接口只有一个方法，就是创建抽象产品的工厂方法。然后，所有的要生产具体类的工厂，就去实现这个接口，这样，一个简单工厂模式的工厂类，变成了一个工厂抽象接口和多个具体生成对象的工厂。于是，我们增加功能时，就不需要更改原有的工厂类，只需要增加此功能的运算类和相应的工厂类就可以了。

这样整个工厂和产品体系其实都没有修改的变化，而只是扩展的变化，这就完全符合了开放-封闭原则的精神。

工厂方法模式实现时，客户端需要决定实例化哪一个工厂来实现运算类，选择判断的问题还是存在的，也就是说，工厂方法把简单工厂的内部逻辑判断移到了客户端代码来进行。想要加功能，本来是改工厂类的，而现在是修改客户端。

例子：

//雷锋

public LeiFeng{

   public void Sweep(){

   System.err.println("扫地");

  }

  public void Wash(){

   System.err.println("洗衣");

 }

  public void BuyRice(){

   System.err.println("买米");

  }

}

//学雷锋的大学生

class Undergraduate extends LeiFeng{

}

//社区志愿者

class Volunteer extends LeiFeng{

}

//雷锋工厂

public interface IFactory{

     public LeiFeng CreateLeiFeng();

}

//学雷锋的大学生工厂

public class UndergraduateFactory implements IFactory

{

     public LeiFeng CreateLeiFeng()

    {

       return new Undergraduate();

    }

}

//社区志愿者工厂

public class VolunteerFactory implements IFactory

{

    public LeiFeng CreateLeiFeng()

      {

           return new Volunteer();

       }

}

//客户端调用

public static void main(String args[]){

//工厂方法模式

IFactory factory = new UndergraduateFactory(); //要换成社区志愿者，修改这里就可以

LeiFeng student  = factory.CreateLeiFeng();

student.BuyRice();

student.Sweep();

student.Wash();

}

工厂方法克服了简单工厂违背开放-封闭原则的缺点，又保持了封装对象创建过程的优点。

工厂方法模式是简单工厂模式的进一步抽象和推广。由于使用了多态性，工厂方法模式保持了简单工厂模式的优点，而且克服了它的缺点。但缺点就是由于每加一个产品，就需要加一个产品工厂的类，增加了额外的开发量。