简单工厂模式(Simple Factory Pattern)

来源:互联网 发布:2017网络规划设计师 编辑:程序博客网 时间:2024/06/06 17:12

简单工厂模式

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. 总结

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

0 0
原创粉丝点击