使用composer
getcomposer.org
框架运行流程
现在来回顾一下整个框架的流程:
首先,定义了一些全局常量
然后,加载了函数库
接着,通过spl_autoload_register方法实现了类自动加载的功能
然后,调用了基础类的run方法,
然后,在run方法中调用了路由类,实现了解析url之后找到对应的控制器以及控制器中对应的方法
在控制器中就可以使用写好的模型类,用它来链接数据库
还可以在控制器中给视图文件赋值,并调用视图文件
这样一个简单的框架就完成了
PHP 超全局变量
$GLOBALS
包含一个引用指向每个当前脚本的全局范围内有效的变量。该数组的键标为全局变量的 名称。从 PHP 3 开始存在 $GLOBALS 数组。
$_SERVER
变量由 Web 服务器设定或者直接与当前脚本的执行环境相关联。类似于旧数组 $HTTP_SERVER_VARS 数组(依然有效,但反对使用)。
$_GET
经由 HTTP GET 方法提交至脚本的变量。类似于旧数组 $HTTP_GET_VARS 数组(依然有效,但反对使用)。
$_POST
经由 HTTP POST 方法提交至脚本的变量。类似于旧数组 $HTTP_POST_VARS 数组(依然有效,但反对使用)。
$_COOKIE
经由 HTTP Cookies 方法提交至脚本的变量。类似于旧数组 $HTTP_COOKIE_VARS 数组(依然有效,但反对使用)。
$_FILES
经由 HTTP POST 文件上传而提交至脚本的变量。类似于旧数组 $HTTP_POST_FILES 数组(依然有效,但反对使用)。详细信息请参阅 POST 方法上传。
$_ENV
执行环境提交至脚本的变量。类似于旧数组 $HTTP_ENV_VARS 数组(依然有效,但反对使用)。
$_REQUEST
经由 GET,POST 和 COOKIE 机制提交至脚本的变量,因此该数组并不值得信任。所有包含在该数组中的变量的存在与否以及变量的顺序均按照 php.ini 中的 variables_order 配置指示来定义。该数组没有直接模拟 PHP 4.1.0 的早期版本。参见 。
******自 PHP 4.3.0 起,$_FILES 中的文件信息不再存在于 $_REQUEST 中。*****
$_SESSION
当前注册给脚本会话的变量。类似于旧数组 $HTTP_SESSION_VARS 数组(依然有效,但反对使用)。
框架运行流程
框架的运行流程
file类
medoo 用 insert、update 等,返回值是 PDOStatement 对象格式,必须用 PDOStatement 的方法 rowCount() 去获取受影响的行数
具体如下:
$model = new booksModel(); $data = array( 'name' => '猪八戒', 'sort' => 2 ); $row = $model->setOneData( 4, $data ); dump( $row->rowCount()); //获取上一条代码受影响的行数
自动加载方法
动加载类00
自动加载类
路由实现,特别是奇数个参数的情况
自动加载~~
研发模式!!!
P函数代码!!!!!
第一次安装:composer install
composer update
配置类get
配置类。。。
框架运行流程
medoo 数据库操作类
twig模板引擎类
extract() 函数从数组中将变量导入到当前的符号表。
该函数使用数组键名作为变量名,使用数组键值作为变量值。
https://segmentfault.com/a/1190000017953263
自己写框架运行流程
变量输出视图和视图载入
框架开发流程
入口文件
定义常量
引入函数库
自动加载类
启动框架
路由解析
加载控制器
返回结果