设计模式之工厂模式

工厂模式

属于创建型模式，它提供了一种创建对象的最佳方式。需要生成的对象叫做产品 ，生成对象的地方叫做工厂 。

场景：

• 解耦合，提高代码灵活性和可扩展性。
• 在任何需要生成复杂对象的地方，都可以使用工厂方法模式。
• 直接用new可以完成的不需要用工厂模式

1简单工厂

简单工厂

模式组成：

• 工厂角色
• 抽象产品角色
• 具体产品角色

优点：工厂类中包含了必要的逻辑，根据客户需要的逻辑动态实例化相关的类。
缺点：不满足“开闭原则”，扩展性差。不同的产品需要不同额外参数的时候 不支持，容错率不高。

使用场景：
工厂类负责创建的对象比较少，客户只需要传入工厂类参数，对于如何创建对象（逻辑）不关心。

定义“大米”接口（产品抽象类）

定义“黑米”“小米”“糯米”类（具体产品类）

简单工厂类：

测试：

反射机制的简单工厂

描述：它也是一个具体的类，非接口 抽象类。但它的get()方法，是利用反射机制生成对象返回，好处是增加一种产品时，不需要修改get()的代码。

缺点：Class.forName(xx.getName()).newInstance()调用的是无参构造函数生成对象，它和new Object()是一样的性质，而工厂方法应该用于复杂对象的初始化 ，当需要调用有参的构造函数时便无能为力。不同的产品需要不同额外参数的时候 不支持，容错率不高。

工厂类：

测试：

多方法工厂（常用）

• 描述：而多方法的工厂模式为不同产品提供不同的生产方法，使用时 需要哪种产品就调用该种产品的方法。
• 优点：使用方便、容错率高。满足开闭原则（新增产品时只需要增加一个方法即可）。
• 缺点：工厂方法压力大，方法较多。

工厂：

测试：

工厂方法模式（普通工厂）

角色组成：

• 抽象工厂角色
• 具体工厂角色
• 抽象产品角色
• 具体产品角色

描述：去掉了多方法工厂模式中工厂方法的静态属性，使其能够被子类继承。这样几种在工厂方法上的压力可以由不同的工厂子类来分类。产品类的实例化延迟到其具体工厂子类.。

优点：拥抱变化。当需求变化，只需要增删相应的类，不需要修改已有的类。满足开闭原则。

缺点：具体工厂子类太多。

抽象工厂：

具体工厂：

测试：

抽象工厂模式

• 描述：用意是为客户端提供一个接口，可以创建多个产品族（指位于不同产品结构中功能相关联的产品组成的家族）中的产品对象。
• 优点：当一个产品族中的多个对象被设计成一起工作时，它能保证客户端始终只使用同一个产品族中的对象。满足开闭原则。
• 缺点：具体工厂子类太多。

例子：比如刚才的米厂也生产面粉。
面粉类：

具体面粉子类：

抽象工厂类：

具体工厂子类：

测试：

总结

无论是简单工厂模式，工厂方法模式，还是抽象工厂模式，他们都属于工厂模式，在形式和特点上也是极为相似的，他们的最终目的都是为了解耦，提高灵活性。在使用时，我们不必去在意这个模式到底工厂方法模式还是抽象工厂模式，因为他们之间的演变常常是令人琢磨不透的。经常你会发现，明明使用的工厂方法模式，当新需求来临，稍加修改，加入了一个新方法后，由于类中的产品构成了不同等级结构中的产品族，它就变成抽象工厂模式了；而对于抽象工厂模式，当减少一个方法使的提供的产品不再构成产品族之后，它就演变成了工厂方法模式。
所以，在使用工厂模式时，只需要关心降低耦合度的目的是否达到了。

参考：http://blog.csdn.net/zxt0601/article/details/52798423
http://blog.csdn.net/wfg18801733667/article/details/60954744