續言
對於本次更新，我想說：
- 本框架由本人挑時間完善，而我還不是PHP大神級的人物，所以框架漏洞難免，求大神們指出。
- 本框架的知識點應用都會寫在博客里，大家有什么異議的可以一起討論，也希望看博客的也能學習到它們。
- 本次更新，更新了函數規范上的一些問題，如將函數盡量的獨立化，每一個函數盡量只單獨做好一件事情，盡量減少函數依賴。還對框架的整體優化了一下，添加了SQ全局類，用以處理全局函數，變量。
再次貼出GITHUB地址：Sqier框架GITHUB地址
回調函數
替換了很low的類名拼裝實例化，然后拼裝方法名的用法，使用PHP的回調函數方式：
原代碼：
$controller_name = 'Controller\\' . self::$c_name;
$action_name = self::$a_name . 'Action';
$controller = new $controller_name();
$controller->$action_name();
修改后代碼
$controller_name = 'Controller\\' . self::$c_name;
$controller = new $controller_name();
call_user_func([
$controller,
self::$a_name . 'Action'
]);
這里介紹一下PHP的函數回調應用方式：call_user_func和call_user_func_array:
call_user_func ( callback $function [, mixed $parameter [, mixed $... ]] )
調用第一個參數所提供的用戶自定義的函數。
返回值：返回調用函數的結果，或FALSE。
call_user_func_array()的用法跟call_user_func類似，只不過傳入的參數params整體為一個數組。
另外，call_user_func系列函數還可以傳入在第一個參數里傳入匿名參數，可以很方便的回調某些事件，這些特性在復雜的框架里應用也十分廣泛，如yii2的事件機制里回調函數的使用就是基於此。
VIEW層和ob函數
框架在controller的基類中定義了render方法來渲染頁面，它會調用類VIEW的靜態函數來分析加載對應頁面的模板。
public static function display($data, $view_file) {
if(is_array($data)) {
extract($data);//extract函數解析$data數組中的變量
}else {
//拋出變量類型異常
}
ob_start();
ob_implicit_flush(0);
include self::checkTemplate($view_file);//自定義checkTemplate函數，分析檢查對應的函數模板，正常返回路徑
$content = ob_get_clean();
echo $content;
}
這里重點說一下ob（output buffering）系列函數，其作用引用簡明代魔法的ob作用介紹：
- 防止在瀏覽器有輸出之后再使用setcookie，或者header，session_start函數造成的錯誤。其實這樣的用法少用為好，養成良好的代碼習慣。
- 捕捉對一些不可獲取的函數的輸出，比如phpinfo會輸出一大堆的HTML，但是我們無法用一個變量例如$info=phpinfo();來捕捉，這時候ob就管用了。
- 對輸出的內容進行處理，例如進行gzip壓縮，例如進行簡繁轉換，例如進行一些字符串替換。
- 生成靜態文件，其實就是捕捉整頁的輸出，然后存成文件，經常在生成HTML，或者整頁緩存中使用。
它在ob_start()函數執行后，打開緩沖區，將后面的輸出內容裝進系統的緩沖區，ob_implicit_flush（0）函數來關閉絕對刷送（echo等）,最后使用ob_get_clean()函數將緩沖區的內容取出來。
類__URL__常量和全局類
TP里的__URL__等全局常量用着很方便，可以很簡單的實現跳轉等操作，而定義它的函數createUrl函數我又想重用，於是借鑒YII的全局類定義方法：
定義基類及詳細方法（以后的全局方法會寫在這里）
class BaseSqier{
//方法根據傳入的$info信息，和當前URL_MODE解析返回URL字符串
public static function createUrl($info = '') {
$url_info = explode('/', strtolower($info));
$controller = isset($url_info[1]) ? $url_info[0] : strtolower(CONTROLLER);
$action = isset($url_info[1]) ? $url_info[1] : $url_info[0];
switch(URL_MODE){
case URL_COMMON:
return "/index.php?r=" . $controller . '/' . $action;
case URL_REWRITE:
return '/' .$controller . '/' . $action;
}
}
}
在啟動文件中定義類並繼承基類；
require_once SQ_PATH.'BaseSqier.php';
class SQ extends BaseSqier{
}
在全局內都可以直接使用SQ::createUrl()方法來創建URL了。這樣，定義__URL__常量就很輕松了。
用單例模式定義數據庫連接基類
class Db {
protected static $_instance;
public static function getInstance() {
if(!(self::$_instance instanceof self)) {
self::$_instance = new self();
}
return self::$_instance;
}
private function __construct() {
$link = new \mysqli(DB_HOST, DB_USER, DB_PWD, DB_NAME) or die("連接數據庫失敗,請檢查數據庫配置信息!");
$link->query('set names utf8');
}
public function __clone() {
return self::getInstance();
}
}
使用單例模式的核心是：
- 私有化構造函數，使無法用new來創建對象，也防止子類繼承它並改寫其構造函數；
- 用靜態變量存放當前對象，定義靜態方法來返回對象，如對象還未實例化，實例化一個，存入靜態變量並返回。
- 構造其__clone魔術方法，防止clone出一個新的對象；
DB類的sql查詢函數
DB查詢函數是一個很復雜的部分，它是一個自成體系的東西，像TP和YII的查詢方法都有其獨特的地方。我這里暫時先借用TP的MODEL基類，有時間再慢慢補這個。
嗯，介紹一下像TP的查詢里的方法聯查的實現，其訣竅在於，在每個聯查方法的最后都用 return this 來返回已處理過的查詢對象。
后續
yii2里的數據表和model類屬性之間的映射很酷（雖然被深坑過）， 前面一直避開的模塊（module，我可以想像得到把它也添加到URI時解析的麻煩）有時間考慮一下。
邊寫邊優化。
嗯，待續... 對了，宣傳一下自己的個人站：www.alwayscoding.cn 我的聯系方式在留言板頁面的右側，有問題可以在那里交流。