简单工厂模式(Simple Factory Pattern)

简单工厂模式

1. 啥时候使用简单工厂模式
假设你是一家工厂的厂长，有一天，一名客户找到你，并告诉你帮他生产一部黑色手机，于是你便通知了生产线开始生产黑色手机，生产成功后你将黑色手机交付客户；又有一名客户需要你帮他生产银白色手机，你同样与生产黑色手机一样，通知生产线开始生产，成功后并交付客户。由此可见你不需要知道工厂生产线是如何工作的，只需要知道此工厂的生产指令即可，此时，就可以使用简单工厂模式。
2. 简单工厂模式定义
简单工厂模式(Simple Fctory Pattern)：又称为静态工厂方法(Static Factory Method)模式，它属于类创建模式。在简单工厂模式中，可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类负责创建其他类的实例，被创建的实例通常都具有共同的父类。

分析：简单工厂是一个静态的（当然非静态也可以），提供一个类型标识（操作指令），可根据不同的标识生产不同的对象，但不同产品对象都在同一个工厂生产，同时不同产品必须源自于相同的对象。

举个例子：简单工厂就相当于一个家族，家族当中有很多的子女，但是他们都源自于同一个老祖宗，如果你想找他们干活，就要通过这个家族，并告诉他，你现在想请谁帮忙干活。
（我靠 这个有序列表老是给我捣乱，不知道怎么调整，大家有好的办法，可以分享下）

3 该模式中包含的角色及其职责

 **1）、Factory：工厂角色**
简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。工厂内创建产品类的方法可被外界直接调用，根据产品标识创建所需的产品对象。
**2）、Product：抽象产品角色**
抽象产品角色是创建的所有对象的父类，负责描述所有实例所共有的公共接口。
**3）、ConcreteProduct：具体产品角色**
具体产品角色是创建目标，所有创建的对象都充当这个角色的某个具体类的实例。

4. 撸代码分析
PHP代码哦

/**
 * 抽象产品角色：IProduct
 */
interface IProduct
{
    /**
     * 成员名称1：method1()
     */
    public function method1();
    /**
     * 成员名称2：method2()
     */
    public function method2();
}
/**
 * 具体产品角色：ConcreteProductA
 *
 */
class ConcreteProductA implements IProduct
{
    /**
     * 成员名称1：method1()
     * {@inheritDoc}
     * @see \DesignPatterns\Creational\SimpleFactory\IProduct::method1()
     */
    public function method1(){
        //具体代码实现
    }
    /**
     * 成员名称2：method2()
     * {@inheritDoc}
     * @see \DesignPatterns\Creational\SimpleFactory\IProduct::method2()
     */
    public function method2(){
        //具体代码实现
    }
}
/**
 * 具体产品角色：ConcreteProductB
 *
 */
class ConcreteProductB implements IProduct
{
    /**
     * 成员名称1：method1()
     * {@inheritDoc}
     * @see \DesignPatterns\Creational\SimpleFactory\IProduct::method1()
     */
    public function method1(){
        //具体代码实现
    }
    /**
     * 成员名称2：method2()
     * {@inheritDoc}
     * @see \DesignPatterns\Creational\SimpleFactory\IProduct::method2()
     */
    public function method2(){
        //具体代码实现
    }
}

/**
 1. 工厂角色：Factory
 2.  */
class Factory
{
    /**
     * 创建创建方法
     * @param int $productSign 产品标识
     * @return IProduct 抽象产品角色：IProduct
     */
    public static function createProduct($productSign){
        if ($productSign === 1){
            return new ConcreteProductA();
        } elseif ($productSign === 2){
            return new ConcreteProductB();
        }
    }
}
/**
 3. 测试简单工厂
 4.  */
class TestSimpleFactory
{
    /**
     * 测试通过简单工厂创建产品
     */
    public function testCreateProduct(){
        //创建具体产品角色：ConcreteProductA
        $product = Factory::createProduct(1);
    }
}

5. 简单工厂模式的优点
工厂类是整个模式的关键，包含了必要的逻辑判断，根据外界给定的信息，可以决定究竟应该创建哪一种产品类的实例，通过使用工厂类可以免除直接创建产品对象的责任，而仅仅需要负责“消费”产品就可以了。简单工厂模式实现了对责任的分割，明确了各自的职责和权利，并提供了专门的工厂类用于创建对象。

使用者不需要关心具体产品类的类名称，只需要知道具体产品类所对应的产品标识参数即可，对于复杂的类名称，通过简单工厂模式可以便于使用者记忆。

通过配置文件，可以在不修改任何使用者代码的情况下更换具体产品类

6. 简单工厂模式的缺点

由于工厂类集中了所有产品创建逻辑，一旦不能正常工作，则整个系统都要崩溃 。
如果需要添加新的类，则不得不修改工厂逻辑，在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护。

7. 使用场景
以下情况可以使用简单工厂模式：

工厂类负责创建的对象比较少；创建对象比较少，不会造成工厂方法中业务逻辑太过复杂。

使用者只知道传入工厂类的参数，对于如何创建对象（逻辑）不关心。

注：由于简单工厂很容易违反高内聚责任分配原则，因此一般只在很简单的情况下应用。

名词解释：
高内聚：是指一个软件模块是由相关性很强的代码组成，只负责一项任务，也就是常说的单一责任原则。

8. 总结

简单工厂模式有一个静态方法可供外部调用
创建对象与使用对象分离
所有被创建者都源自于一个老祖宗(基类)
根据传入的不同参数返回不同类型的实例
简单工厂模式都有三个角色组成，分别是工厂角色负责创建所有实例的内部逻辑；抽象产品角色是所有创建对象的基类，并负责描述共有的公共接口；具体产品角色创建目标，是具体产品角色的具体类的实例。
负责创建的对象比较少；使用者只需要关心工厂类的参数，对于如何创建对象（逻辑）不关心。