Java设计模式-----工厂方法模式（Factory Pattern）

       工厂模式：主要关注的是结果，不关注过程。相比，代理模式关注的是过程，不关注结果。

       工厂方法模式（Factory Pattern）是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。在工厂方法模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。

       所谓工厂方法模式，其实也像我们现实生活中的工厂，现实生活中是用来生产东西的，只不过我们代码中的工厂是用来生产新的对象的。

      现在我们就拿一个具体的实例，来解析一下：

 需求：

        目前，有Cat，Dog，Monkey三个动物类，它们每个动物都有一种行为，那就是eat()。接下来，我们就一步一步来解析工厂方法模式的由来：

①如果我们现在，要让Cat，Dog，Monkey分别执行eat()方法，在我们平常的代码编写中，是这样子的：

   我们会分别写三个实体类：Cat.java，Dog.java，Monkey.java；然后分别定义它们里面的eat()方法

//1.Cat.java
public class Cat {
    public void eat(){
        System.out.println("I am Cat's eat method");
    }
}
//2.Dog.java
public class Dog {
    public void eat(){
        System.out.println("I am Dog's eat method");
    }
}
//3.Monkey.java
public class Monkey {
    public void eat(){
        System.out.println("I am Monkey's eat method");
    }
}

 然后，我们在写个测试类，通过new方法创建一个Cat对象，然后执行它的eat()方法。

public class Test {
    public static void main(String[] args) {
        Cat cat = new Cat();
        cat.eat();  //打印结果：I am Cat's eat method
    }
}

 事实证明，这样写是完全没问题的。这样写的不合理之处在于：

     1.现实生活中，有多到数不清种动物，所以这样写太多遍明显是不合理的；

     2.如果某一天，我们不要这些动物的eat()方法了，我们要换成sleep()方法。那我就得有多少个改多少遍，那不得累死啊！！！

②于是我们发现，它们都有eat()方法，所以我们可以将eat()方法抽取出来，封装成一个接口IAnimal

public interface IAnimal {
    public void eat();
}

 ③让这些Cat.java，Dog.java等类去实现该接口，各自实现各自的功能

//1.Cat.java实现IAnimal接口
public class Cat implements IAnimal {
    @Override
    public void eat(){
        System.out.println("I am Cat's eat method");
    }
}
//2.Dog .java实现IAnimal接口
public class Dog implements IAnimal {
    @Override
    public void eat(){
        System.out.println("I am Dog's eat method");
    }
}
//3.Monkey .java实现IAnimal接口
public class Monkey implements IAnimal {
    @Override
    public void eat(){
        System.out.println("I am Monkey's eat method");
    }
}

④根据目前这种情况，所以可以创建一个工厂类AnimalsFactory，相当于工厂一样来批量生产，所以它会有一个product()方法

public class AnimalsFactory {
    public IAnimal product(String type){
        if(type.equalsIgnoreCase("Dog")){
            return new Dog();
        }else if(type.equalsIgnoreCase("Cat")){
            return new Cat();
        }else if(type.equalsIgnoreCase("Monkey")){
            return new Monkey();
        }else{
            return null;
        }
    }
}

⑤接下来我们就可以用④中创建的AnimalsFactory工厂来生产动物了。如下：用factory来生产了一只Dog和一只Cat

public class Test {
    public static void main(String[] args) {
        //1.利用AnimalsFactory来生成Dog对象
        AnimalsFactory factory = new AnimalsFactory();
        IAnimal dog = factory.product("dog");
        dog.eat(); //打印结果：I am Dog's eat method
        IAnimal cat = factory.product("cat");
        cat.eat(); //打印结果：I am Cat's eat method
    }
}

⑥如果我现在突然想生产一条鱼，它也要来eat()吃东西咋办？明显这个工厂没有生产鱼的这个本事，所以我们需要加一条生产鱼的生产线。需要满足如下两个步骤：

         1：在步骤③新建一个Fish类

         2：重新编写④中的AnimalsFactory工厂类，让它有生产鱼的本事

看得出来，我要新加一条生产线来生产鱼，还是比较麻烦的。上面所说的就是简单工厂模式

1.简单工厂模式的话不能算是设计模式，它只能算是工厂方法模式的入门模式。

2.如果学过简单工厂模式，就应该知道，工厂的目的是为了帮我们解决创建对象实例的问题，并且工厂能够隐藏类名及对象创建的细节，让我们无需关心对象的创建。

⑦现实生活中，没有这么厉害的工厂，啥都能干。哈哈。如下讲的模块就是工厂方法模式了。 现在我们就来创建一个工厂，因为工厂就是用来生产Cat，Dog等，所以他们都有一个product()方法，于是乎你可以将product()方法抽取出来成为单独一个接口IFactory，然后就分别让CatFactory，DogFactory，MonkeyFactory，FishFactory等等工厂来实现IFactory接口，让他们各司其职，而不是囫囵吞枣的由一个工厂来干。

//IFactory接口
public interface IFactory {
    public IAnimal product();
}

//1.猫厂
public class CatFactory implements IFactory {
    public IAnimal product(){
        return new Cat();
    }
}
//2.狗厂
public class DogFactory implements IFactory {
    public static IAnimal product(){
        return new Dog();
    }
}
//3.猴厂
public class MonkeyFactory implements IFactory {
    public IAnimal product(){
        return new Monkey();
    }
}
//4.鱼厂
public class FishFactory implements IFactory {
    public IAnimal product(){
        return new Fish();
    }
}

⑧接下来对各个猫厂，狗厂啥的进行测试

//对其进行测试，因为CatFactory和DogFactory都实现了IFactory接口
public class Test01 {
    public static void main(String[] args) {
        IFactory factory = new CatFactory();//所以此处返回的是IFactory类
        IAnimal animal= factory.product();
        animal.eat();// 打印结果：I am Cat's eat method   
}

⑨如果在这种情形下，我们现在要来个鸡厂生产鸡，而不要猫了，咋整？需要以下两个步骤：

         1：在步骤③新建一个Chicken类

         2：在步骤⑦中，新建一个ChickenFactory鸡厂类

         3：只需要以上1,2两步，然后在⑧中，将new CatFactory()换成new ChickenFactory()就可以了，此时由于多态的特性，使得 IAnimals接口的对象 animal根本不知道是在访问哪个厂，却可以在运行时很好的完成工作，这就是所谓的业务逻辑与数据访问的解耦。

        看到这里：你可能发现它和简单工厂模式没啥两样子，一样是麻烦的。对，它相对简单工厂模式来说，一样也不简单。但是用在大型项目中，你就会发现它存在的意义了。

⑩现在遇到一个问题，就是我每次要生产一只猫，就要用CatFactory来生产，要狗就用DogFactory来生产，好麻烦啊。。。怎么办？有没有解决办法？？？我们可以通过反射机制，来给它来一个上帝，毕竟上帝创造众生吗，哈哈

//来个GodFactory上帝工厂吧
public class GodFactory {
    public static IAnimal product(Class<? extends IAnimal> clazz){
        IAnimal animal = null;
        try {
            animal = (IAnimal) Class.forName(clazz.getName()).newInstance();
        } catch (Exception e) {
            e.printStackTrace();
        }
        return animal;
    }
}

⑪来个上帝创造众生的Demo吧

public class Test02 {
    public static void main(String[] args) {
        IAnimal cat = GodFactory.product(Cat.class);
        cat.eat(); //I am Cat's eat method
        IAnimal dog = GodFactory.product(Dog.class);
        dog.eat(); //I am Dog's eat method
    }
}

⑫至此，工厂方法模式就到此结束了

总结：工厂方法模式看起来要比起简单工厂要麻烦不少，一个产品类就要对应一个工厂类，要增加产品类时也要相应地增加工厂类，客户端的代码也增加了不少。的确，简单工厂是要简便些，所以它不适合应用在比较大的项目里，而且大部分情况下也是简单工厂要常用些。但是，你得先事先考虑好简单工厂是否无法承受你的项目，如果不能承受，就应该考虑使用工厂方法模式。所以，有些设计模式只有在接触到大型项目时才能体会到它们好在哪里。

---->如有疑问，请发表评论，或者联系博主：lzb348110175@163.com，欢迎哦^_^