工厂方法模式 (Factory Method)

在了解工厂方法模式前不得不提的就是简单工厂模式，简单工厂模式就是建造了一个工厂用于生产各式各样的产品，但是他是静态的，一旦写完后就不能改动了，很明显他并不符合我们的设计理念，纵观七大设计原则，体现的都是高聚合，低耦合，封闭强，易拓展。这种死板的设计模式怎么可能为我们继续使用呢？于是，工厂方法模式诞生了。工厂方法模式之于简单工厂模式就好比活字印刷术之于印刷术，更加灵活，可用性高，易拓展。

与简单工厂不同的是，工厂方法模式中的工厂不必再去负责所有产品的具体创建，而是创建一个虚拟工厂，然后再对其进行实现具体工厂以完成不同产品的创建。这样做的好处显而易见，当我们想继续为这个工厂添加新产品的时候不需要修改原本的工厂，只需要实现虚拟工厂就可以完成新产品的创建。

工厂方法模式(Factory Method Pattern)又称为工厂模式，也叫虚拟构造器(Virtual Constructor)模式或者多态工厂(Polymorphic Factory)模式，它属于创建型模式。在工厂方法模式中，工厂父类负责定义创建产品对象的公共接口，而工厂子类则负责生成具体的产品对象，这样做的目的是将产品类的实例化 *** 作延迟到工厂子类中完成。

涉及到的设计原则：

工厂方法模式包含如下角色：

这里我们制作一个形状工厂，用于生产各式各样的形状

Demo：

Running result:

你可以直接在我的 github 获取该实例的源码及STARUML项目 :)

优点：

缺点：

还想要了解其他设计模式 ？戳这里！

工厂，大家一般能想到的是生产产品的地方， 在设计模式中，工厂可分为：简单工厂模式、工厂方法模式。 在前期推文 Python 简单工厂模式 中有关于简单工厂模式的解读。

根据工厂的抽象程度可分为：工厂方法模式、抽象工厂模式。 该模式用于封装和管理对象的创建，是一种创建型模式。

在简单工厂模式中，只提供了一个工厂类，该工厂类处于对产品类进行实例化的中心位置，它知道每一个产品对象的创建细节，并决定何时实例化哪一个产品类。

简单工厂模式最大的缺点是：当有新产品要加入到系统中时，必须修改工厂类，加入必要的处理逻辑，这违背了“开闭原则”。

在简单工厂模式中，所有的产品都是由同一个工厂创建，工厂类职责较重，业务逻辑较为复杂，具体产品与工厂类之间的耦合度高，严重影响了系统的灵活性和扩展性，而工厂方法模式则可以很好地解决这一问题。因此工厂方法模式应运而生。

(1)、工厂方法模式定义一个用于创建对象的接口，但是工厂本身并不负责创建对象，而是让子类决定将哪一个类实例化。工厂方法模式让一个类的实例化延迟到其子类。 工厂方法的创建是通过继承而不是通过实例化来完成的。

(2)、工厂方法模式就是简单工厂模式的进一步抽象。由于面向对象多态性，工厂方法模式保持了简单工厂的优点同时克服了它的缺点。工厂方法模式中，核心的工厂被提升为一个抽象类，将具体的创建工作交给他的子类完成。

这个抽象的工厂类仅规定具体工厂实现的接口，而不明确指出如何实例化一个产品类，这使得工厂方法模式允许系统在不修改原有产品结构的情况下轻松的引进新产品。

工厂方法使设计更加具有可定制性，它可以返回相同的实例或子类，而不是某种类型的对象。

前期分享的 Python 简单工厂模式 和今天分享的Python 工厂方法模式，大家在实际应用时能解决问题满足需求即可，可灵活变通，自由选择，无所谓哪种设计模式更高级。

同时无论哪种设计模式，由于可能封装了大量对象和工厂创建，当有新加入产品的需求时，需要修改已定义好的工厂相关的类，因此对于产品和工厂的扩展性不太友好，在选择使用时利弊需要权衡一下。

---