【问题标题】:PHP OOP connection to MYSQL (constructor vs. passing instance) efficiencyPHP OOP 连接到 MYSQL(构造函数与传递实例)效率
【发布时间】:2012-08-06 14:26:00
【问题描述】:

我一直想知道 OOP 连接的效率。示例结构如下所示。每个类由文件夹和类名分隔。例如:

/mysql/mysql.class.php //holds general connect and disconnect functions
/mysql/query.class.php //holds all the queries made to the db (uses basic mysql ^ )
/library/application.class.php //holds all the algorithms (uses queries to db ^ )

在执行算法时,application.class.php 调用 query.class.php(当它需要查询时),后者调用 mysql.class.php 进行连接。

这两种方法中哪一种是正确的(如果有的话)?有没有更简单、更有效的方法?

这是做两件事的相同方法(哪个更有效??):

require_once('/mysql/mysql.class.php ');
require_once('/mysql/query.class.php ');

$mysqlClass = new MYSQL();
$queryClass = new Query();

class Application {                
  public function getVar() {         
    $param = foo;         
    $db = $mysqlClass->connect(); //connection to mysql
    $queryClass->callsomequerymethod($db, $param); //pass the db connection to function
  } 
} 

VS

class Application {     
  private $db;      
  public function __construct(DatabaseConnection $db, QueryClass $queryclass){
    $this->db = $db;     
  }           
  public function getVar() {         
    $param = foo;         
    $db = $this->db;
    $queryclass->callsomequerymethod($db, $param);
  } 
} 

【问题讨论】:

    标签: php mysql performance oop constructor


    【解决方案1】:

    无法评论效率,但第二种方法会更好,因为变量在使用它们的类中整齐地限定范围,而不是位于全局命名空间中。

    我要做的进一步修改是在构造函数中移动 require 语句,以便仅在实例化使用它们的类(在您的情况下为 Application)时才包含这些文件。

    【讨论】:

    • 第二种方法,可以把数据库连接实例传给QueryClass吗?还是应该在QueryClass 的构造函数中创建数据库实例?我试图弄清楚传递类的实例(特别是 MYSQL 数据库连接)是否会被视为最佳实践,或者它是否违反了良好的编程风格?
    • 允许传递连接对象是个好主意,但我个人会给它一个默认值 NULL 来创建默认连接。这样一来,如果您总是连接到标准数据库,则无需担心,同时它也让您可以灵活地创建与其他数据库的连接。
    • 这就是我目前实现它的方式。我只是想弄清楚是否有办法限制 require 语句和类实例的数量。 (我在某些页面上有太多:x)require 语句成为一个巨大的负载(这就是我尝试将对象实例传递给类的原因),但我不知道它是否是好的做法
    • 您应该创建一个加载器类来负责需要 PHP 文件。更好的是,如果您使用的是 PHP 5,请使用 spl_autoload_register 在需要时自动加载类。 [php.net/manual/en/function.spl-autoload-register.php]
    猜你喜欢
    • 1970-01-01
    • 2016-05-18
    • 2012-05-09
    • 1970-01-01
    • 2011-04-19
    • 1970-01-01
    • 1970-01-01
    • 2014-04-15
    相关资源
    最近更新 更多