php框架原理

PHP框架现在是一种很流行的东西了，很多朋友开发应用与网站都会选择一个PHP框架或模板了，下面我们来看看PHP框架是如何实现的吧。

本文主要来聊聊框架理论，但不针对任何一款框架，不过任何一款框架都离不开这个理论，首先我们了解下框架的来龙去脉，任何技术的出现都是为了解决某个问题，之前的博客有讲过smarty，其存在就是为了html和php更好地分离开来。而所谓的“框架”是一种为了统一书写格式，访问方式而进行的自我约束行为，其实按照这个说法我们每个人基本上都或多或少的使用过自己定义的框架，比如说在没使用框架之前自己开发一个项目，有时候是一天无法完成的，我们为了防止混乱，为了更好地记忆我们会进行目录规划和程序的规划，潜意识的把程序分类，放到不同的文件夹，于是框架应运而生了，又比如说我们曾经做了一个CMS系统，如果我们又接手一个类似的项目，你会重复书写代码吗，答案肯定不会，但如果是别人的项目你拿来改其实是一件很蛋疼的事情的，因为你根本不知道他的这个CMS的规则是什么，即使是自己的项目时间久了如果自己没有固定的规范的话也是很容易忘记的，那么怎么样才能保证自己每次写的代码都可以按照一定的规范呢，把每个项目要用的东西挑出来，目录结构挑出来，以后无论什么项目都在这个基础上书写，那么属于自己的框架就出来了。

　　但框架单纯这样是不完善的，那么框架应该有哪些能力呢，与其这样说我们不妨想想我们平时一定会写的代码一定会做的事情是什么呢，首先解决的是什么呢，为了减少路径问题，目录结构的安排其实很重要，有时候文件包含 再进行文件的移动总是一件很蛋疼的事情，最好的办法是什么呢，绝对路径，但同时存在了一个类似E:www 这样的问题，但这个值我们可以通过预定义变量$_SERVER["DOCUMENT_ROOT"]获得，我们可以将其定义为常量，define("ROOT_PATH", $_SERVER["DOCUMENT_ROOT"]);include ROOT_PATH . "/lib/mysql.php";类似这样的文件夹怎么移动都不会有事的，那么就出现了一个固定的写法，为了解决路径问题而存在的写法，几乎每一页都会用到，还有模板的输出，数据库的连接，那么我们可以把这些代码封装起来，或者分离出来，每一页包含即可，被分离的这些部分其实就是一个小框架，为什么这么说呢，如果我们包含它们进来，例如smarty模板，肯定是实例化好的对象，那个量名已经固定，可能是$smarty 如果我们包含了这么个文件进来，这个量就不能再次进行赋值使用，这样下面部分的代码就无法进行使用了，由于包含的类，如数据类 上传类 图像类 分页类 位置已经写死在这个公共文件里，为了不改代码 这个目录就成了必须存在的了，目录格式固定，编写代码方式的约束，这就形成了框架。　

　　多年来的程序员的总结交流及开发经验，大家总结了一些优秀的编写方式，最经典的是单点入口，什么是单点入口呢，之前我们总结了一些几乎每个程序都要用到的功能，这里依然存在一些问题，例如 在公共文件包含之前我们还是不知道根目录是多少，如果我们在每一个文件夹下面都放一个公共文件存在代码重复问题，哪天修改的话需要全部修改，需要找到需要多少个这样的文件，现在是多个程序包含一个程序，然后用户访问n个程序来完成各个功能，于是程序员就想可不可以反过来我用一个程序包含这些不同功能的程序，用户只访问这个程序就可以了呢，于是单点入口模式出现了，在网站首页的 index.php 写上每个程序都要用的部份 然后跟据某个量，比如一个 get 量来判断当前实际要执行的程序是哪一个，由 index.php 把它包含进来运行，这种由一个程序。完成所有功能的方式，称为 单点入口， 于是由这个入口程序和它对应的各个目录结构成为了一个框架。

　　出于安全在包含文件的时候往往都会固定目录，不然就容易出漏洞 所以，往往会在路径头尾加个限制。例如

 代码如下 复制代码
 <?PHP
include "./app/" . $_GET[‘url‘] . ".php";
?> 

那路径就只能写成类似这样index.php?url=news/list，实际包含的是 /app/news/list.php 当然了，实际的情况，还要检查一下这个程序文件是否存在之类的。

完整一点的话。我们可以这样写这个入口文件。

 代码如下 复制代码

<?php

//这里写绝对路径

//这里写数据库连接

//这里写模板初始化，配置

//这里判断连接变量

//这里包含文件进来运行

//这里输出模板

//这里关闭数据库
?>

一个面向过程的单点入口框架就完成了， 是不是有觉得每次都在地址栏带一个 get 不方便？ 那我们可以换一个写法，例如 tp 框架最喜欢用的 http://localhost/index.php/news/list后面的 /news/list 由程序转成 php 路径包含进来就可以了。在 Apache 环境中，这个 /news/list 可以由服务器变量的 PATH_INFO 取得，如果没有的话。也可以用 REQUEST_URI 取得接近的 ，IIS 下面，有 HTTP_X_REWRITE_URL 可以取得这个值 ，自从单点入口模式出现之后，而且oop开发模式从php5开始大行其道，各种oop设计的框架让我们眼花缭乱，但是万变不离其宗，依然是什么入口方式，路径结构是什么样的，文件名的命名规则，用什么样的访问方式，可以运行哪个程序。用oop开发的框架，不外乎就是把主程序改写成为了一个类，
例如：

//包含共用文件，实例化各个类啥的
页面->初始化();

//把用户发来的网址转成要包含的路径
页面->处理网扯();

//在这里包含程序运行
页面->运行()

//输出模板
页面->输出()

各种各样的框架只是为我们准备了一个规矩罢了。。在我们的开发累计的过程中，我们常常会把一些常用的类封装成类，例如，数据库类，文件上传类，图片处理类，邮件收发类，远程访问类，各种接口类……这个时候，我们就会希望框架能给我们提供一个好一点调用类的方法， 也就是所谓的“扩展性” ，比如 TP 框架的 Db 类 。如果不用其自带的类库只用它们的核心框架，其实几个文件就够了。
 TP 框架支持三种访问格式。
/news/list
/index.php/news/list
/index.php?m=news&a=list 
第一种需要服务器的 urlrewrite 支持，后面两种可以直接用，
 事实上，Zend 框架也差不多 文件的包含方式是。以类的形式包含，执行的其实是：/文件夹/对象/方法，这种做法有优势。因为在同一个功能中，相似的代码很多，封装到同一个类里面，可以更高效的重复使用代码 ，

比如这样

 代码如下 复制代码

class NewsAction {
    public function head() {
        在这里处理每一页头部
    }

public function index() {
        $this->head();
        在这里处理这一页
    }

public function show() {
        $this->head();
        在这里处理这一页
    }

还可以利用构造函数等，使每一个功能，在刚进来的时候就都做了同一件事情。以上就是简单框架的理论。

制作应用原理

index.php 主入口文件

 代码如下 复制代码
<?php
  define(‘ISEXIST‘,true);
  require "init.php";
  $control = new Controller();
  $control -> Run();
?>

---------------------------------------------------------------------------------------------
init.php 文件

 代码如下 复制代码
<?php
  if(!defined(‘ISEXIST‘))
   exit("请从入口文件运行程序");
  header("Content-Type:text/html;charset=utf-8");
  
  if(!defined(‘ROOT_PATH‘))
   //这里动态的声明,‘‘是转义反斜线,默认‘‘为转义字符
   define(‘ROOT_PATH‘,str_replace(‘‘,‘/‘,dirname(__FILE__))); 
  require ROOT_PATH.‘/a/config.php‘;
  require ROOT_PATH.‘/a/controller.class.php‘;
  require ROOT_PATH.‘/a/view.class.php‘;
  require ROOT_PATH.‘/a/model.class.php‘;
  
?>

----------------------------------------------------------------------------------------------
config.php 文件

 代码如下 复制代码
<?php
  if(!defined(‘ISEXIST‘))
   exit("请从入口文件运行程序");
  $C = array(
  ‘URL_MODE‘=>1,//url模式,1为普通模式,2为path_info模式
  ‘DEFAULT‘=>‘welcome‘,//默认的控制器
  ‘DEFAULT_ACTION‘=>‘index‘//默认的方法
  );
?>

-----------------------------------------------------------------------------------------------
controller.class.php 文件

 代码如下 复制代码
<?php
class Controller
{
 public function Run()
  {
  $this->Analysis();
  //开始解析URL获得请求的控制器和方法
  $control = $_GET[‘con‘];
  $action = $_GET[‘act‘];
  $action = ucfirst($action);
  //这里构造出控制器文件的路径
  $controlFile = ROOT_PATH . ‘/Controllers/‘ . $control . ‘.class.php‘;
  if(!file_exists($controlFile)) //如果文件不存在提示错误, 否则引入
  { 
  exit("{$control}.class.php控制器不存在<br>". "请检查: ".$controlFile."是否存在<br>");
  }
  include($controlFile);
  $class = ucfirst($control); //将控制器名称中的每个单词首字母大写,来当作控制器的类名
  if(!class_exists($class)) //判断类是否存在, 如果不存在提示错误
 {
 exit("{$control}.class.php中未定义的控制器类" . $class);
 }
 $instance = new $class(); //否则创建实例
 if(!method_exists($instance, $action)) //判断实例$instance中是否存在$action方法, 不存在则提示错误
 {
 exit("$class类中不存在方法:". $action);
 }
 $instance->$action();
 }
 
 
 
 protected function Analysis()
 {
 //$GLOBALS[‘C‘][‘URL_MODE‘];
 global $C; //包含全局配置数组, 这个数组是在Config.ph文件中定义的,global声明$C是调用外部的
 if($C[‘URL_MODE‘] == 1)
 //如果URL模式为1 那么就在GET中获取控制器, 也就是说url地址是这种的 [url=http://localhost/index.php?c]http://localhost /index.php?c[/url]=控制器&a=方法
 {
 $control = !empty($_GET[‘con‘]) ? trim($_GET[‘con‘]) : ‘‘;
 $action = !empty($_GET[‘act‘]) ? trim($_GET[‘act‘]) : ‘‘;
 }
 else if($C[‘URL_MODE‘] == 2) //如果为2 那么就是使用PATH_INFO模式, 也就是url地址是这样的    [url=http://localhost/index.php/]http://localhost/index.php/[/url]控制器/方法 /其他参数
 {
 if(isset($_SERVER[‘PATH_INFO‘]))
 {
 //$_SERVER[‘PATH_INFO‘]URL地址中文件名后的路径信息, 不好理解, 来看看例子
 //比如你现在的URL是 [url=http://www.php100.com/index.php]http://www.php100.com/index.php[/url] 那么你的$_SERVER[‘PATH_INFO‘]就是空的
 //但是如果URL是 [url=http://www.php100.com/index.php/abc/123]http://www.php100.com/index.php/abc/123[/url]
 //现在的$_SERVER[‘PATH_INFO‘]的值将会是 index.php文件名称后的内容 /abc/123/
 $path = trim($_SERVER[‘PATH_INFO‘], ‘/‘);
 $paths = explode(‘/‘, $path);
 $control = array_shift($paths);
 $action = array_shift($paths);
 }
 }
 //这里判断控制器的值是否为空, 如果是空的使用默认的
 $_GET[‘con‘] = !empty($control) ? $control : $C[‘DEFAULT‘];
 //和上面一样
 $_GET[‘act‘] = !empty($action) ? $action : $C[‘DEFAULT_ACTION‘];
 }
}
?>

--------------------------------------------------------------------------------------------------
welcome.class.php 文件

 代码如下 复制代码
<?php
  class Welcome
  {
   function Index()
   {
    echo ‘欢迎使用此CMS系统‘;
   }
   function Run()
   {
    echo ‘Hello‘;
   }
   
   function Show()
   {
    echo ‘方法名show‘;
   }
  }
?>
时间： 2024-10-24 09:38:28

php框架原理的相关文章

Andfix热修复框架原理及源码解析-上篇

热补丁介绍及Andfix的使用 Andfix热修复框架原理及源码解析-上篇 Andfix热修复框架原理及源码解析-下篇 1.不知道如何使用的同学,建议看看我上一篇写的介绍热补丁和Andfix的使用,这样你才有一个大概的框架.通过使用Andfix,其实我们心中会有一个大概的轮廓,它的工作原理,大概就是,所谓的补丁文件,就是通过打包工具apkpatch比对新的apk和旧的apk之间的差异.然后让我们的旧包运行的时候,就加载它,把以前的一些信息替换掉.我们现在就抱着这个大方向去深入源码探个究竟!!首先

Andfix热修复框架原理及源码解析-下篇

热补丁介绍及Andfix的使用 Andfix热修复框架原理及源码解析-上篇 Andfix热修复框架原理及源码解析-下篇 如果没有看过上篇的建议从上篇看起.先大概回忆下,上一篇分析了mPatchManager.init("1.0"),addPatch()方法.还有通过分析打补丁工具,了解补丁文件是怎么生成的.下面就来讲讲我们如何去读它.思绪回到Application的loadPatch()方法. 这个方法就是遍历mPatchs,就是上篇介绍的存储patch的一个集合.根据补丁名找到对应的

Spring 框架原理

[spring框架原理] Spring框架原理 [博主]高瑞林 [博客地址]http://www.cnblogs.com/grl214 写给读者的话 ------亲爱的读者感谢您对小编的支持,当我正值青春的年纪里,很高兴能结识了一群花样年华的你们.当幸福像花儿一样盛开,请允许我记住在花季里始终如一关注我的你  谢谢您一直在路上!让我们一起带着欢乐走进Java的世界! 目录 Spring框架的概念 Spring中IOC Spring框架原理 beanFactory和AppilcationConte

&lt;分布式服务框架原理与实践&gt;读书笔记1

花了一段时间通读了<分布式服务框架原理与实践>.个人感触,所讲内容虽然不是实战级别,但可以从侧面领略"分布式服务"的魅力和要点. 1.<第一章 应用架构演进> 主要介绍了4个应用架构,这也基本上算是一个企业场景的严谨模式. 重要的是要理解SOA的设计原则.其中服务治理内容,可以作为研究DUBBO的理论储备. 2.第二章 分布式服务框架入门 实现思路上,课采用责任链,实现功能的动态扩展.该思想和Tomcat pipline,spring aop,intercept

Andfix热修复框架原理及源代码解析-上篇

热补丁介绍及Andfix的使用 Andfix热修复框架原理及源代码解析-上篇 Andfix热修复框架原理及源代码解析-下篇 1.不知道怎样使用的同学,建议看看我上一篇写的介绍热补丁和Andfix的使用,这样你才有一个大概的框架.通过使用Andfix,事实上我们心中会有一个大概的轮廓,它的工作原理,大概就是.所谓的补丁文件.就是通过打包工具apkpatch比对新的apk和旧的apk之间的差异. 然后让我们的旧包执行的时候.就载入它,把曾经的一些信息替换掉. 我们如今就抱着这个慷慨向去深入源代码探个

Hbase框架原理及相关的知识点理解、Hbase访问MapReduce、Hbase访问Java API、Hbase shell及Hbase性能优化总结

转自:http://blog.csdn.net/zhongwen7710/article/details/39577431 本blog的内容包含: 第一部分:Hbase框架原理理解 第二部分:Hbase调用MapReduce函数使用理解 第三部分:Hbase调用Java API使用理解 第四部分:Hbase Shell操作 第五部分:Hbase建表.读写操作方式性能优化总结 第一部分:Hbase框架原理理解 概述 HBase是一个构建在HDFS上的分布式列存储系统:HBase是基于Google

&lt;分布式服务框架原理与实践&gt;读书笔记2

继续阅读<分布式服务框架原理与实践> 第六章 服务路由 6.1 透明化路由 路由,可以联想下路由器,比如通过浏览器要访问某个网站,中间会经过很多路由器,但这些信息对用户来说,没有实际意义,我们只关注"是否可以上网"即可. 透明化路由的实现一般采用[注册中心] 6.2 负载均衡 消费者调用服务者提供的服务,规则包括: 随机:2.轮询:3.服务调用时延(权重):4.一致性哈希:5.粘滞连接. 熟悉nginx的,基本也是包括这些规则,原理都是相通的. 6.3 本地路由优先,可以降

2.MyBatis 框架原理

1.1     Mybatis框架原理 1.1.1 框架图 通过框架图分析mybatis的原理 1.1.2 分析结论 1.  mybatis配置文件,包括数据库连接.事物管理等信息. 2.  mybatis通过配置文件信息,构造出SqlSessionFactory即会话工厂. 3.  通过SqlSessionFactory,可以创建SqlSession即会话.Mybatis是通过SqlSession来操作数据库的. 4.  SqlSession是通过底层的Executor执行器接口来操作数据库的

框架 day68 SpringMVC入门(框架原理,springmvc和mybatis整合)

第一天:注解开发基础(springmvc入门) springmvc框架原理(掌握) DispatcherServlet前端控制器.HandlerMapping处理器映射器.HandlerAdapter处理器适配器.ViewResolver视图解析器 springmvc入门程序 目标:加深对springmvc三大组件的认识 查询商品信息 重点掌握注解的HandlerMapping处理器映射器.HandlerAdapter处理器适配器(掌握) springmvc和mybatis整合(掌握) 通过一个

框架 day65 Mybatis入门(基础知识:框架原理,入门[curd],开发dao层,全局与映射配置)

Mybatis 基础知识(一) 第一天:基础知识(重点) mybatis介绍 mybatis框架原理(掌握) mybaits入门程序(掌握) 用户信息进行增.删.改.查 mybatis开发dao层方法:(掌握) 原始dao开发方法(dao接口和实现类需要程序员编写) mapper代理开发方法(程序员只需要编写接口) SqlMapConfig.xml(mybatis全局配置文件)(掌握) mybatis输入映射(掌握) mybatis输出映射(掌握) mybatis动态sql(掌握)   1