工厂方法设计模式

之前已经介绍了简单工厂设计模式的实现，知道了简单工厂模式的缺点。
还没有了解的可以看一下这篇博客。
简单工厂设计模式介绍

为了解决简单工厂模式的缺点，前辈又设计了一套工厂方法模式。
继续之前的例子，把代码改造成如下这样。

public class FactoryDemo {
    public static void main(String[] args) {
        FoodFactory foodFactory=new HambergerFactory();
        Food food=foodFactory.getFood();
        food.eat();
        //Bussiness.taste(foodFactory);
    }
}

interface Food{
    void eat();
}

class Hamberger implements Food {

    public void eat() {
        System.out.println("汉堡包");
    }
}
class FoodNodles implements Food {
    public void eat() {
        System.out.println("过桥米线");
    }
}

interface FoodFactory{
    Food getFood();
}

class HambergerFactory implements FoodFactory{
    @Override
    public Food getFood() {
        return new Hamberger();
    }
}

class FoodNodlesFactory implements FoodFactory{
    @Override
    public Food getFood() {
        return new FoodNodles();
    }
}

我们来分析一下这样设计的优缺点。
优点：

• 1.解决了客户端与服务端的耦合，改变服务端的产品类名，客户端不用修改代码
• 2.客户端想扩展新的产品，比如FoodNodles，不用修改工厂的代码，只需要扩展一个新的工厂。

但是爱思考的人可能会有以下疑问

• 1.但是如果工厂的类名改变，客户端也要改变工厂类名啊，这不是又回到了原点吗？
• 解释：工厂的名字是视为接口的，作者有责任，有义务保证工厂的名字是稳定的(不是说100%不变），但是比产品类名稳定的多。
• 2.既然是自己新写的类，反正是自己用，为什么不能直接 new FoodNodles()，而要那么麻烦的去写一个工厂呢？
  解释：因为在开发功能时，不仅仅会开发抽象产品，具体产品，以及对应的工厂，还会配套的搭配一些提前做好的框架，比如，现在有这样一个类：

class Bussiness{
    public  static void taste(FoodFactory foodFactory){
        Food food=foodFactory.getFood();
        food.eat();
        System.out.println("味道不错");
    }
 }

你是不能直接传入Food对象的，只能传入一个工厂对象。

• 3.那为什么不能直接传入Food对象，而是传入FoodFactory对象呢。
  这样设计不行吗？

class Bussiness{
    public  static void taste(Food food){
        food.eat();
        System.out.println("味道不错");
    }
 }

Bussiness.taste(new Hamberger());

解释：这又回到了刚开始的问题，如果Hamberger的类名改了，客户端也要修改类名。

缺点：
假如要新增加一个抽象产品就需要增加抽，象产品工厂，具体产品以及具体产品工厂，这也会造成类的膨胀。例如：新增了一个Drink产品，就需要增加一个DrinkFactory，假如要增加100个产品呢？就要增加100个工厂类，造成了类的膨胀。

interface Drink{
    void drink();
}

class Cola implements Drink{
    @Override
    public void drink() {
        System.out.println("可乐");
    }
}

class  Sprite implements  Drink{
    @Override
    public void drink() {
        System.out.println("雪碧");
    }
}

interface DrinkFactory{
    void getDrink();
}

class ColaFactory implements  DrinkFactory{
    @Override
    public void getDrink() {
        System.out.println("生产可乐");
    }
}

class SpriteFactory implements  DrinkFactory{
    @Override
    public void getDrink() {
        System.out.println("生产雪碧");
    }
}

最后给大家看一下工厂方法设计模式的UML类图