PHP设计模式(二)工厂方法模式(Factory Method For PHP)

简单工厂简述:

简单工厂模式实现了生产产品类的代码跟客户端代码分离,在工厂类中你可以添加需要生成长跑的逻辑代码(new 产品类),但是问题来了,优秀的代码是符合“开闭原则”如果你要加一个C类产品,你就要修改工厂类里面的代码,也就是说要增加条件语句如:switch---case。对于这个问题,接下来的工厂方法模式可以解决这个问题。

一、 什么是工厂方法模式

工厂方法是针对每一种产品提供一个工厂类。通过不同的工厂实例来创建不同的产品实例。

在同一等级结构中,支持增加任意产品。

二、 工厂方法模式的优点

  1. 良好的封装性,代码结构清晰。一个对象创建是有条件约束的,如一个调用者需要一个具体的产品对象,只要知道这个产品的类名(或约束字符串)就可以了,不用知道创建对象的艰辛过程,降低模块间的耦合。
  2. 扩展性非常好。在增加产品类的情况下,只要适当地修改具体的工厂类或扩展一个工厂类,就可以完成“拥抱变化”。如下面的例子中,需要增加一个数据库Oracle,则只需要增加一个Oracle类,工厂类不用修改任务就可完成系统扩展。
  3. 屏蔽产品类。这一特点非常重要,产品类的实现如何变化,调用者都不需要关心,它只需要关心产品的接口,只要接口保持不变,系统中的上层模块就不要发生变化。

三、使用场景

  1. 支付宝、微信、银联的连接方式(connectMode),支付方式(payMode)。   使用工厂模式,“客户”就不需要不要知道具体的连接方式和支付方式了, 只需要调用connectMode 和payMode即可。 
  2. MySql、SqlServer、Oracle等数据库的连接方式(connectMode)、查询方式(selectMode)等操作可以使用工厂模式进行封装。下面的例子会讲到。

四、工厂方法模式的组成

  1. 抽象工厂角色:这是工厂方法模式的核心,它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。
  2. 具体工厂角色:它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。
  3. 抽象产品角色:它是具体产品继承的父类或者是实现的接口。
  4. 具体产品角色:具体工厂角色所创建的对象就是此角色的实例。

产品类:

<?php
    abstract class DataBase
    {
        abstract function connect();
        abstract function getOne();
    }
    
    class MySql extends DataBase
    {
        function connect() {
            return "MySql连接对象返回";
        }
    
        function getOne()
        {
            return "MySql返回查询结果";
        }
    }
    
    class SqlServer extends DataBase{
        function connect()
        {
            return "SqlServer连接对象返回";
        }
    
        function getOne()
        {
            return "SqlServer返回查询结果";
        }
    }

工厂类:

<?php
    abstract class FactoryDataBase{
        function createDataBase(){}
    }
    
     class FactoryMySql extends FactoryDataBase
    {
        public function createDataBase()
        {
            return new MySql();
        }
    }
    
    class FactorySqlServer extends FactoryDataBase
    {
        public function createDataBase()
        {
            return new SqlServer();
        }
    }

客户端:

<?php
    $mysql = new FactoryMySql();
    $db = $mysql->createDataBase();

工厂方法模式仿佛已经很完美的对对象的创建进行了包装,使得客户程序中仅仅处理抽象产品角色提供的接口。那我们是否一定要在代码中遍布工厂呢?大可不必。也许在下面情况下你可以考虑使用工厂方法模式: 

  1. 当客户程序不需要知道要使用对象的创建过程。      
  2. 客户程序使用的对象存在变动的可能,或者根本就不知道使用哪一个具体的对象。

如果有什么疑问或者讲错的地方,欢迎大家留言。

一、      工厂方法模式的组成

相关推荐