怎么一步步编写简单的PHP的Framework（十六）

今天回来的比较晚，本来准备用UML画一下模型这一块儿的关系，但是没有时间搞了，只有用PS搞了一个简单的事例。

我把模型分成了几块儿，A,B,C,D,E,F，这几块儿分别代表了什么呢？

首先A，这个Base代表的就是整个框架的基类，所有的模型文件都必须继承自这个基类；

由于B的内容需要依赖D，所以先说一下D，D首先有一个ConnectionManager，它负责管理数据库的连接和关闭还有数据库驱动的选择，这个命名自己感觉不太好，先就将就吧，既然它负责数据库的连接和关闭，肯定它就有以下方法：

<?php
public class ConnectionManager {
   public static function getConnection(){}
   public static function releaseConnection() {}
}

由于数据库的连接对于所有模型来说都是共享的，所以我们把ConnnectionManager设置为单例。

D中右边有PDO，MYSQL_*,这代表什么意思呢，实际上就是代表各种驱动，有可能你使用的是比较先进的PDO，也有可能你使用的是比较老的MYSQL_*这种，也有可能你使用的是mysqli，ADO等等，正是由于PHP数据库这一块儿的混乱情况，我们需要在框架中定义一个契约，所有的驱动类按照这个契约编写实现，这样，不管驱动类的底层实现怎样，但是上层看到的内容都是一致的。

现在我们定义一下这个契约：

<?php
interface IDbDriver {
	function execute($sql);
	function connect();
	function close();
	function getAllByObject();
	function getAllByAssocArray();
	function getAllByArray();
	function beginTrans();
	function commit();
	function rollback();
}

connect就是连接数据库，execute就是执行一个SQL，如果这个SQL是一个查询，那么getAllByObject代表将查询的结果通过对象返回，getAllByAssocArray代表将结果按照关联数组返回，getAllByArray代表将结果按照普通数组返回，beginTrans代表开启一个事务，即开启autoCommit，commit就是提交事务，rollback是将事务回滚，close就是关闭Db。

其实，在将查询的结果返回的时候，还可以封装成为一个iterator。

好，我们现在再来看看B，首先看看ModelBase，它实际上是提供给表模型和关系模型使用的，它封装了外部可见的各种函数，如query,insert,update,delete,execute,fetchAll等等，那也就是说B中所有的驱动类外部都是不可以直接访问的，那么谁访问呢，就是ModelBase，但是它又不直接访问，而是通过ConnectionManager来访问。

由于ConnectionManager会按照配置文件自动选择驱动，所以ModelBase也不知道到底它调用的是哪一个驱动类，但是由于驱动类都遵循契约，所以ModelBase不用管到底是那个驱动，就可调用契约上面的方法了。

<?php
class ModelBase extends Base {
	protected $_db = null;
	public function __construct() {
		$this->_db = ConnectionManager::getConnection();
	}
	public function execute($sql) {
		$this->_db->execute($sql);
	}
}

就比如上面这段代码，首先在实例化ModelBase的时候，就会调用ConnectionManager的getConnection获取数据库的连接，当然，由于ConnectionManager是单例的，所以即使同时实例化了10个ModelBase类，数据库的连接操作也只有一次。

由于有了上面的契约，在这一层执行一个SQL非常简单，只要调用驱动类的execute方法即可，即$this->_db->execute($sql);

说了ModelBase,再说一下SQL Parse，它主要的功能就是完成SQL的解析，什么时候需要SQL的解析呢，实现数据库的ORM的时候。

这一层也是由ModelBase调用的，假设现在外部有一个查询操作，调用的方式是$this->where()->order()->select(),当然，每个函数的参数我都没写，这种函数链非常友好，SQL Parse就会去解析这几个函数的实际意义，然后返回给ModelBase,ModelBase拿到解析之后的SQL，然后执行$this->_db->execute($sql)即可，所以不管花样是那样，最终都还是调用了驱动类的execute方法执行一条SQL的。

下面的C实际上就容易理解了，就是表模型和关系模型，由于一些操作在ModelBase中已经做完了，所以只要表模型和关系模型继承ModelBase即可。表模型由于处理的是单表的内容，所以它有额外的内容，比如在执行一个$this->select()的时候，我们没有指定查询的内容，系统应该能够识别它要查询的表是什么，可能最终解析的SQL就是:select * from XXX了，关系模型也是一样。

说完了C,E也很容易理解，模型这一层实际上就是调用关系模型或者表模型的方法实现具体的业务即可。

F中是处理和普通数据库以外的其他内容，比如Cache，由于这里只是讲一下思路，所以这块儿的内容暂时不写，如果有时间就后面再讲，如果没有，那就算了。

好吧，这几块都大概说了一下，虽然貌似基本功能都实现了，但是实际上还是有一定问题的。这儿我就不说关于需要做到分库分表，做主备等内容了。

虽然内容没写多少，但是时间还是超了，感觉这个越写到后面越费时间啊，边码字还要边写代码，的确很麻烦。

暂时就写到这儿吧，下次接着写吧！！！

来源：oschina

链接：https://my.oschina.net/u/217236/blog/95474

标签

php