工厂方法模式

简单工厂模式将软件结构做了分离，但是一个工厂类负责创建n多对象，违背单一职责原则，在新增功能时，必须到工厂中进行修改，违背开闭原则。
工厂方法模式，将一个工厂类派生出多个具体工厂类，每个具体工厂只负责创建一种对象。这样就将一对多的关系变为一对一的关系。

工厂方法类图

工厂接口是工厂方法的核心，调用者通过此接口进行交互，此接口提供的方法，让具体的工厂子类去实现，当调用者通过此接口获取对象时，实际将会执行具体子类工厂中创建对象的方法。

工厂实现：决定如何创建对象，是扩展的途径。需要多少种产品，就需要多少工厂实现。
产品接口：调用工厂接口，得到的是产品接口，产品接口的优劣，决定了调用者代码的稳定性。

//产品接口
public interface IChips {
    void eat();
}
//产品实现
public class KFCChip implements IChips {
    @Override
    public void eat() {
        System.out.println("吃到了KFC的薯条");
    }
}
public class DIcosChip implements IChips {

    @Override
    public void eat() {
        System.out.println("吃到了麦当劳的薯条");
    }
}
//抽象工厂
public interface IStore {
    IChips getChips();
}
//具体工厂
public class KFC implements IStore {
    @Override
    public IChips getChips() {
        System.out.println("肯德基生产的薯条");
        //具体生产对象在这里
        return new KFCChip();
    }
}
public class Dicos implements IStore {
    @Override
    public IChips getChips() {
        System.out.println("德克士生产了薯条！");
        //在这里生产薯条，你也可以产出其他家的薯条，用户是不知道滴。有种狸猫换太子的感觉
        return new DIcosChip();
    }
}
//客户端
public class FactoryMethodTest {
    public static void main(String[] args) {
        IStore kfc = new KFC();//新开了必胜客，只需要改动这里
        IChips chips = kfc.getChips();
        chips.eat();
    }
}

用户只需要知道 去KFC买薯条就行了，至于这家KFC的薯条是如何制作？是自家生产的还是别家调拨？统统不需要关心。
必胜客开业了，代码新增一个必胜客工厂，而不用去修改原来已经运作的工厂，一对一嘛。然鹅，鱼和熊掌不可兼得，一对多，功能太集中，不能扩展。一对一，类数目变多，增加维护难度。。。呵呵。。