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

什么是模型？

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

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

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

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

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

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

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

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

interface IModel{	public static function all();	public static function get($id);	public static function where($condition,$value);}

定义Model类

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类的定义

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

还有Comment类的定义

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

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

$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还是不可避免的，这个复杂的问题，我们放在后面解决。