工厂方法模式

一、概念
定义一个创建产品对象的工厂接口，让子类决定实例化哪一个类，将实际创建工作推迟到子类当中。（和简单工厂不同，工厂方法不直接创建对象，而是在它的下面部门也就是子类来创建）

二、应用场景
不管是简单工厂模式，工厂方法模式还是抽象工厂模式，他们具有类似的特性，所以他们的适用场景也是类似的。
1、作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过new就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。
2、工厂模式是一种典型的解耦模式，迪米特法则在工厂模式中表现的尤为明显。假如调用者自己组装产品需要增加依赖关系时，可以考虑使用工厂模式。将会大大降低对象之间的耦合度。
3、由于工厂模式是依靠抽象架构的，它把实例化产品的任务交由实现类完成，扩展性比较好。也就是说，当需要系统有比较好的扩展性时，可以考虑工厂模式，不同的产品用不同的实现工厂来组装。

小结：对于某个产品，调用者清楚地知道应该使用哪个具体工厂服务，实例化该具体工厂，生产出具体的产品来。子类的数量不固定，随时可能有新的功能子类出现

三、案例
获取猫和狗。首先通过工厂生产猫和狗，那么按照工厂方法模式，就先将工厂定义为接口，而在分别定义猫工厂和狗工厂来实现该接口，实例化猫和狗的动作就在这两个子工厂里进行。

代码：

定义动物类

public class Animal {    public void sleep(){};    public void eat(){};}

分别定义猫和狗来继承动物类

public class Dog extends Animal {    public void sleep(){        System.out.println("狗在睡觉");    }    public void eat(){        System.out.println("狗在吃东西");    }}

public class Cat extends Animal {    public void sleep(){        System.out.println("猫在睡觉");    }    public void eat(){        System.out.println("猫在吃东西");    }}

定义工厂接口，只定义创建动物方法，但不写具体实现

public interface IFactory {    Animal CreateAnimal();}

分别定义猫工厂和狗工厂来实现该接口

public class DogFactory implements IFactory {    @Override    public Animal CreateAnimal() {        // TODO Auto-generated method stub        return new Dog();    }}

public class CatFactory implements IFactory {    @Override    public Animal CreateAnimal() {        // TODO Auto-generated method stub        return new Cat();    }}

测试类

public class Main {    public static void main(String[] args) {        // TODO Auto-generated method stub        IFactory factory = new DogFactory();        Animal a = factory.CreateAnimal();        a.eat();        a.sleep();    }}

反思：如果以后要新增获取仓鼠的功能，那么只需要定义一个仓鼠类来实现工厂接口就可以了。无论是灵活性还是稳定性都得到了极大的提高。
优点：工厂方法去除了条件分支（解除了工厂类与分支的耦合），解决了简单工厂对修改开放的问题。
缺点：工厂方法模式实现时，客户端需要决定实例化哪个工厂来实现对具体产品的构建，选择判断依然存在，也就是说，工厂方法模式将简单工厂的逻辑判断交给客户端去处理。对简单工厂模式来说，增加功能是要修改工厂类的；但对工厂方法模式，修改的是客户端。