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

什么是模型?

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

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

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

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

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

第二章数据表,表名是comment,存储了博客文章评论,数据如下:

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

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

rush: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="https://www.jb51.cc/tag/sql/" target="_blank" class="keywords">sql</a>); } public static function all(){ $<a href="https://www.jb51.cc/tag/sql/" target="_blank" class="keywords">sql</a>=sprintf("select * from <a href="https://www.jb51.cc/tag/s/" target="_blank" class="keywords">%s</a>",self::$table); return self::$db->Query($<a href="https://www.jb51.cc/tag/sql/" target="_blank" class="keywords">sql</a>); }

}

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

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

然后是Post类的定义

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

还有Comment类的定义

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

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

rush: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抽象类,规定类需要实现的方法

rush:PHP;gutter:true;"> abstract class DB{
private $IP;
private $user;
private $pwd;
private $name;
private $connection;

abstract public function Execute($<a href="https://www.jb51.cc/tag/sql/" target="_blank" class="keywords">sql</a>);
abstract public function Query($<a href="https://www.jb51.cc/tag/sql/" target="_blank" class="keywords">sql</a>);

}

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

public function MySQL(){ /*Config*/ $this->IP='*'; $this->ServerID='*'; $this->ServerPassword='*'; $this->DataBaseName='*'; /*End of Con<a href="https://www.jb51.cc/tag/fig/" target="_blank" class="keywords">fig</a>*/ $this->connection=<a href="https://www.jb51.cc/tag/MysqL/" target="_blank" class="keywords">MysqL</a>i_connect($this->IP,$this->ServerID,$this->ServerPassword,$this->DataBaseName); if(!$this->connection){ die('<a href="https://www.jb51.cc/tag/Could/" target="_blank" class="keywords">Could</a> not connect'.$this->connection); } <a href="https://www.jb51.cc/tag/MysqL/" target="_blank" class="keywords">MysqL</a>i_query($this->connection,'set names utf8'); } public function Execute($<a href="https://www.jb51.cc/tag/sql/" target="_blank" class="keywords">sql</a>){ return <a href="https://www.jb51.cc/tag/MysqL/" target="_blank" class="keywords">MysqL</a>i_query($this->connection,$<a href="https://www.jb51.cc/tag/sql/" target="_blank" class="keywords">sql</a>); } public function Query($<a href="https://www.jb51.cc/tag/sql/" target="_blank" class="keywords">sql</a>){ $result=<a href="https://www.jb51.cc/tag/MysqL/" target="_blank" class="keywords">MysqL</a>i_query($this->connection,$<a href="https://www.jb51.cc/tag/sql/" target="_blank" class="keywords">sql</a>); $arr=array(); while($row=<a href="https://www.jb51.cc/tag/MysqL/" target="_blank" class="keywords">MysqL</a>i_fetch_array($result)){ $arr[]=$row; } return $arr; } public function Close(){ <a href="https://www.jb51.cc/tag/MysqL/" target="_blank" class="keywords">MysqL</a>i_close($this->connection); }

}

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

相关文章

统一支付是JSAPI/NATIVE/APP各种支付场景下生成支付订单,返...
统一支付是JSAPI/NATIVE/APP各种支付场景下生成支付订单,返...
前言 之前做了微信登录,所以总结一下微信授权登录并获取用户...
FastAdmin是我第一个接触的后台管理系统框架。FastAdmin是一...
之前公司需要一个内部的通讯软件,就叫我做一个。通讯软件嘛...
统一支付是JSAPI/NATIVE/APP各种支付场景下生成支付订单,返...