往期回顾：「七天自制PHP框架」第一天：路由与控制器，点击此处
什么是模型？
我们的WEB系统一定会和各种数据打交道，实际开发过程中，往往一个类对应了关系数据库的一张或多张数据表，这里就会出现两个问题。
1.类和数据表，一方修改会导致另一方的修改，只要数据表结构不定下来，业务逻辑的开发几乎没法开工
2.获取数据时会牵涉很多SQL语句的拼接，如果数据结构变动，这些SQL需要改写
假如要开发一个博客系统，我们先设计两个Model和两张数据表
第一张数据表，表名是post，存储了博客文章，数据如下：
第二章数据表，表名是comment，存储了博客文章的评论，数据如下：
post和comment是一对多的关系，每一篇博客文章对应了多条评论，每一条评论只属于一篇文章。
Model类的设计之前，我们先定义好三个接口
|
1
2
3
4
5
|
interface IModel{ public static function all(); public static function get($id); public static function where($condition,$value);} |
定义Model类
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
class Model implements IModel{ public static $table; 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($sql); } public static function all(){ $sql=sprintf("select * from %s",self::$table); return self::$db->Query($sql); }} |
这三个接口分别负责了三种查询：遍历查询，条件查询，按编号查询，其实这三种接口的设计并不是最科学的，甚至get方法不过是where的一种特殊形式，但是这样的设计并不影响我们工程，甚至也有助于理解，我们后期会对这段代码做改动。
之所以在Model类里就完成了SQL的拼接，就是希望在子类中不必重复再写SQL。
然后是Post类的定义
|
1
2
3
4
5
6
7
|
class PostModel extends Model{ public $postid; public function __construct(){ parent::__construct(); parent::$table='post'; }} |
还有Comment类的定义
|
1
2
3
4
5
6
7
|
class CommentModel extends Model{ public $commentid; public function __construct(){ parent::__construct(); parent::$table='comment'; }} |
我们可以在控制器的方法中写这样的代码来完成调用数据
|
1
2
3
4
5
6
7
8
|
$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抽象类，规定类需要实现的方法
|
1
2
3
4
5
6
7
8
9
10
11
|
abstract class DB{ private $IP; private $user; private $pwd; private $name; private $connection; abstract public function Execute($sql); abstract public function Query($sql);} |
这里以MySQL数据为例，当然你也完全可以实现一套Sqlite数据库的接口。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
|
class MySQL extends DB{ public function MySQL(){ /*Config*/ $this->IP='*'; $this->ServerID='*'; $this->ServerPassword='*'; $this->DataBaseName='*'; /*End of Config*/ $this->connection=mysqli_connect($this->IP,$this->ServerID,$this->ServerPassword,$this->DataBaseName); if(!$this->connection){ die('Could not connect'.$this->connection); } mysqli_query($this->connection,'set names utf8'); } public function Execute($sql){ return mysqli_query($this->connection,$sql); } public function Query($sql){ $result=mysqli_query($this->connection,$sql); $arr=array(); while($row=mysqli_fetch_array($result)){ $arr[]=$row; } return $arr; } public function Close(){ mysqli_close($this->connection); }} |
谈到数据库类，上述的写法仍不是最好的，因为我们可以使用单例模式来保证DB类只有一次初始化，来节省硬件资源的开销，但这不是本节的主题，我们把设计模式放在之后来谈。