简单工厂模式

工厂模式：

作用：减少new的操作

面向接口开发：

interface DB {

    function conn():

}

class DBMysql implements DB {
    function conn() {

        echo '我用mysql方式帮你连上数据库';

    }

}

class DBMysqli implements DB {

    function conn() {

        echo '我用mysqli方式帮你连上数据库';

    }

}

以上的缺点：

1:客户端应该只看到接口,不应该知道接口的实现（例如类DBMysql、DBMysqli代码的实现）.（体现封装隔离原则.）

2:无论客户端,还是后端,都依赖于抽象接口,而非依赖于具体

下面使用工厂模式来解决这些问题：

添加一个工厂,由工厂负责创造对象,并返回

class DBFactory {

    static $db = null

    public static funtion getDB($type) {

        if($type == 'mysql') {

            self::$db = new DBMysql();

        } else if($type == 'mysqli') {
            self::$db = new DBMysqli();
        }

        return self::$db;
    }
}

//客户端
class Member {
    public function detail() {
        $DBmysql = DBFactory::getDB('mysql');
        $DBmysql->conn();
    }

}

现在客户端不知道服务器到底有哪些类名，只知道对方开放了一个DBFactory方法，此方法允许传递数据库名

问题：

如果新增oracle类型的数据库，怎么办？

以上的简单工厂模式就可以解决这个问题

服务端要修改DBFactory的内容（在java,C++中，修改后还得需要重新编译，如果大项目的话，重新编译非常耗时间）

在面向对象设计法则中，重要的开闭原则--对于修改是封闭，对于拓展是开放的（使用工厂方法来实现）

如果新增PDO方式,就需要修改（DBMysql、DBMysqli）等工厂类，添加if/else或者switch case分支，这样就违背了开闭原则

这种情况就交给工厂模式来完成