自制PHP框架之模型与数据库

什么是模型？

我们的WEB系统一定会和各种数据打交道，实际开发过程中，往往一个类对应了关系数据库的一张或多张数据表，这里就会出现两个问题。

1.类和数据表，一方修改会导致另一方的修改，只要数据表结构不定下来，业务逻辑的开发几乎没法开工

2.获取数据时会牵涉很多sql语句的拼接，如果数据结构变动，这些sql需要改写

假如要开发一个博客系统，我们先设计两个Model和两张数据表

第一张数据表，表名是post，存储了博客文章，数据如下：

第二章数据表，表名是comment，存储了博客文章的评论，数据如下：

post和comment是一对多的关系，每一篇博客文章对应了多条评论，每一条评论只属于一篇文章。

Model类的设计之前，我们先定义好三个接口

PHP;gutter:true;"> interface IModel{ public static function all(); public static function get($id); public static function where($condition,$value); }

定义Model类

public static $db;
public function __construct(){
    self::$db=new MySQL();
}

public static function get($id){
    return self::where('id',$id);
}

public static function where($condition,$value){
    $sql=sprintf("select * from %s where %s='%s'",self::$table,$condition,$value);
    return self::$db->Query($<a href="/tag/sql/" target="_blank" class="keywords">sql</a>);
}

public static function all(){
    $<a href="/tag/sql/" target="_blank" class="keywords">sql</a>=sprintf("select * from %s",self::$table);
    return self::$db->Query($<a href="/tag/sql/" target="_blank" class="keywords">sql</a>);
}

}

这三个接口分别负责了三种查询：遍历查询，条件查询，按编号查询，其实这三种接口的设计并不是最科学的，甚至get方法不过是where的一种特殊形式，但是这样的设计并不影响我们工程，甚至也有助于理解，我们后期会对这段代码做改动。

之所以在Model类里就完成了sql的拼接，就是希望在子类中不必重复再写sql。

然后是Post类的定义

PHP;gutter:true;"> class PostModel extends Model{ public $postid; public function __construct(){ parent::__construct(); parent::$table='post'; } }

还有Comment类的定义

PHP;gutter:true;"> class CommentModel extends Model{ public $commentid; public function __construct(){ parent::__construct(); parent::$table='comment'; } }

我们可以在控制器的方法中写这样的代码来完成调用数据

PHP;gutter:true;"> $post=new PostModel(); $post::all(); $arr=$post::get('1'); var_dump($arr);

$comment=new CommentModel();
$arr=$comment::get('2');
var_dump($arr);

我们发现，这样的代码很简洁，但是问题也随之而来，我们SQL查询时候，还有很多复杂的联表查询如join操作，如此，拼接sql还是不可避免的，这个复杂的问题，我们放在后面解决。

模型与数据库

先写一个DB抽象类，规定类需要实现的方法

PHP;gutter:true;"> abstract class DB{

private $IP;
private $user;
private $pwd;
private $name;
private $connection;

abstract public function Execute($<a href="/tag/sql/" target="_blank" class="keywords">sql</a>);
abstract public function Query($<a href="/tag/sql/" target="_blank" class="keywords">sql</a>);

}

这里以MysqL数据为例，当然你也完全可以实现一套sqlite数据库的接口。

public function MySQL(){

    /*Config*/
    $this->IP='*';
    $this->ServerID='*';
    $this->ServerPassword='*';
    $this->DataBaseName='*';
    /*End of Config*/

    $this->connection=<a href="/tag/MysqL/" target="_blank" class="keywords">MysqL</a>i_connect($this->IP,$this->ServerID,$this->ServerPassword,$this->DataBaseName);

    if(!$this->connection){
        die('Could not connect'.$this->connection);
    }

    <a href="/tag/MysqL/" target="_blank" class="keywords">MysqL</a>i_query($this->connection,'set names utf8');
}

public function Execute($<a href="/tag/sql/" target="_blank" class="keywords">sql</a>){
    return <a href="/tag/MysqL/" target="_blank" class="keywords">MysqL</a>i_query($this->connection,$<a href="/tag/sql/" target="_blank" class="keywords">sql</a>);    
}

public function Query($<a href="/tag/sql/" target="_blank" class="keywords">sql</a>){
    $result=<a href="/tag/MysqL/" target="_blank" class="keywords">MysqL</a>i_query($this->connection,$<a href="/tag/sql/" target="_blank" class="keywords">sql</a>);
    $arr=array();
    while($row=<a href="/tag/MysqL/" target="_blank" class="keywords">MysqL</a>i_fetch_array($result)){
        $arr[]=$row;
    }
    return $arr;
}
public function Close(){
    <a href="/tag/MysqL/" target="_blank" class="keywords">MysqL</a>i_close($this->connection);
}

}

谈到数据库类，上述的写法仍不是最好的，因为我们可以使用单例模式来保证DB类只有一次初始化，来节省硬件资源的开销，但这不是本节的主题，我们把设计模式放在之后来谈。　

自制PHP框架之模型与数据库

什么是模型？

模型与数据库

猜你在找的PHP相关文章