工厂模式的思考

 

Factory Method模式相对于其他创建型模式，应该是最简单、最容易实现的模式，该模式定义了一个用于创建对象的接口，而让子类决定实例化哪一个类，这样就将实例化的过程延迟到了子类，从而提高了对象创建的灵活性，在这里一个最核心的特征就是为子类提供了一个挂钩。

但是，该模式有一个潜在的缺陷，就是客户可能仅仅为了创建一个特定ConcreteProduct对象而不得不创建Creator的子类，这样，当客户端除了需要一个新的ConcreteProduct而对Creator没有别的新要求时，就会增加维护新产生的Creator类层次负担。通过分析我觉得在如下三个场景中比较适合采用Factory Method模式：

1、Abstract Factory内部。Abstract Factory（抽象工厂）模式可以通过Factory Method实现，此时抽象工厂内的每个创建一类对象的方法就可以是一个Factory Method。结构图如下：

 

2 、框架应用。因为框架给特定应用提供了基础机构，而它（框架）对特定应用的细节是不可知的，所以当在框架中必须创建某种应用对象时，就可以通过工厂方法进行临时填充，具体应用对象的创建通过框架子类重定义该挂钩接口来实现，具体细节描述见该模式的动机部分，结构图如下：