工厂方法模式：

作为抽象工厂模式的孪生兄弟，工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个，也就是说工厂方法模式让实例化推迟到子类。

工厂方法模式非常符合“开闭原则”，当需要增加一个新的产品时，我们只需要增加一个具体的产品类和与之对应的具体工厂即可，无须修改原有系统。同时在工厂方法模式中用户只需要知道生产产品的具体工厂即可，无须关系产品的创建过程，甚至连具体的产品类名称都不需要知道。虽然他很好的符合了“开闭原则”，但是由于每新增一个新产品时就需要增加两个类，这样势必会导致系统的复杂度增加

具体的UML类图

 可乐（父工厂）

   --可口可乐（子工厂）

   --百事可乐（子工厂）

 可乐（父产品）

   --可口可乐（子产品）

   --百事可乐（子产品）

 

 由此发现：都是先创建工厂，然后在使用工厂实例获取产品。此时只有一个工厂，那么只能创建一类型的产品。（可口可乐 和百事可乐都是 一类的可乐产品。）如果此时还想创建雪碧类型的产品，那么应该如何解决？ 那就需要下文的抽象工厂了。

总结：
工厂父类负责定义创建产品对象的公共方法，所以叫做工厂方法模式。
而工厂子类则负责生成具体的产品对象，即通过不同的工厂子类来创建不同的产品对象。
用户只需要关心其所需产品对应的具体工厂是哪一个即可。
缺点：
当系统中加入新产品时，除了需要提供新的产品类之外，还要提供与其对应的具体工厂类。此时就需要增加两个类。因此系统中类的个数将成对增加，增加了系统的复杂度。