在现实生活中社会分工越来越细，越来越专业化。各种产品有专门的工厂生产，彻底告别了自给自足的小农经济时代，这大大缩短了产品的生产周期，提高了生产效率。同样，在软件开发中能否做到软件对象的生产和使用相分离呢？能否在满足“开闭原则”的前提下，客户随意增删或改变对软件相关对象的使用呢？这就是本节要讨论的问题。 简单工厂模式违背了开闭原则，而“工厂方法模式”是对简单工厂模式的进一步抽象化，其好处是可以使系统在不修改原来代码的情况下引进新的产品，即满足开闭原则。 #### 优点： * 用户只需要知道具体工厂的名称就可得到所要的产品，无须知道产品的具体创建过程。 * 灵活性增强，对于新产品的创建，只需多写一个相应的工厂类。 * 典型的解耦框架。高层模块只需要知道产品的抽象类，无须关心其他实现类，满足迪米特法则、依赖倒置原则和里氏替换原则。 #### 缺点： * 类的个数容易过多，增加复杂度 * 增加了系统的抽象性和理解难度 * 抽象产品只能生产一种产品，此弊端可使用抽象工厂模式解决。 #### 应用场景： * 客户只知道创建产品的工厂名，而不知道具体的产品名。如 TCL 电视工厂、海信电视工厂等。 * 创建对象的任务由多个具体子工厂中的某一个完成，而抽象工厂只提供创建产品的接口。 * 客户不关心创建产品的细节，只关心产品的品牌 ## 模式的结构与实现 工厂方法模式由抽象工厂、具体工厂、抽象产品和具体产品等4个要素构成。本节来分析其基本结构和实现方法。 #### 1\. 模式的结构 工厂方法模式的主要角色如下。 1. 抽象工厂（Abstract Factory）：提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法 newProduct() 来创建产品。 2. 具体工厂（ConcreteFactory）：主要是实现抽象工厂中的抽象方法，完成具体产品的创建。 3. 抽象产品（Product）：定义了产品的规范，描述了产品的主要特性和功能。 4. 具体产品（ConcreteProduct）：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间一一对应。 ``` <?php //抽象产品 namespace Factory\SimpleFactory; interface IShape { public draw(); } ``` ``` <?php //具体产品 namespace Factory\SimpleFactory; class Square implements IShape { public function draw() { return '画一个正方形'; } } ``` ``` <?php //具体产品 namespace Factory\SimpleFactory; class Circle implements IShape { public function draw() { return '画一个圆形'; } } ``` ``` <?php namespace Factory\SimpleFactory; //抽象工厂：提供了厂品的生成方法 interface AbstractFactory { public newShap(); } ``` ``` <?php //具体工厂 namespace Factory\SimpleFactory; class CircleFactory implements AbstractFactory { public function newShap(){ return new Circle(); } } ``` ``` <?php //具体工厂 namespace Factory\SimpleFactory; class SquareFactory implements AbstractFactory { public function newShap(){ return new Square(); } } ``` ``` <?php // client 调用方式， 可以解决简单工厂违背开闭原则的问题 namespace Factory\SimpleFactory; $shape = (new CircleFactory())->newShap(); $sting = $shape->draw(); echo $sting; ```