设计模式之工厂模式(Factory)

简单工厂：简单工厂其实不是一个设计模式，反而比较像是一种编程习惯。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。

简单工厂UML图

简单工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该创建哪一个产品类（这些产品类继承自一个父类或接口）的实例。

工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对 象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的．明确了各自的职责和权利，有利于整个软件体系结构的优化。

由于工厂类集中了所有实例的创建逻辑，将全部创建逻辑集中到了一个工厂类中；它所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。虽然他违反了开闭原则，但却能将创建对象的逻辑集中到工厂类中，起到重用的目的。

设计原则之开闭原则

对扩展开放，对修改关闭

不要企图在设计的每个部分都遵循开闭原则。开闭原则通常会引入新的抽象层次，增加代码的复杂度。我们只需要把注意力集中在设计中最有可能改变的地方，然后应用开闭原则。

工厂方法模式：定义了一个创建对象的接口，但由子类决定要实例化哪一个类。工厂方法让类把创建对象的行为推迟到子类中去。

工厂方法模式UML图

最高层次的工厂类不再负责产品的创建，而是有底层的具体工厂类来完成各自对应的产品创建。这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品。 工厂方法模式是简单工厂模式的衍生，解决了许多简单工厂模式的问题。首先完全实现‘开－闭 原则’，实现了可扩展。其次更复杂的层次结构，可以应用于产品结果复杂的场合。

 

抽象工厂模式：提供一个接口，用于创建相关或者依赖对象的家族，而不需要明确指定具体类。

 

抽象工厂模式UML

抽象工厂定义了一个接口，所有的具体工厂都必须实现此接口。这个接口包含一组方法用来生产产品。每个具体工厂实现不同的产品族，要创建一个产品，客户端只需要使用其中的一个工厂而不需要实例化任何产品对象。

 

参考资料：

Head First 设计模式 (中国电力出版社)

百度百科