简单工厂模式将软件结构做了分离，但是一个工厂类负责创建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的薯条是如何制作？是自家生产的还是别家调拨？统统不需要关心。
必胜客开业了，代码新增一个必胜客工厂，而不用去修改原来已经运作的工厂，一对一嘛。然鹅，鱼和熊掌不可兼得，一对多，功能太集中，不能扩展。一对一，类数目变多，增加维护难度。。。呵呵。。🙃
