thinkphp 源码分析(一)

在工作中,我接触到了国人开发的thinkphp框架,也许对于大多数童鞋来说,就是简单的用用,但是作为一名技术的爱好者,还是不放弃一丝希望,认真的开始读thinkphp的源码,但是对于很多的牛牛们来说,很简单,so easy!我是菜鸟,我需要的更多的学习的地方。作为以后的复习的笔记,保存一份,我平时太懒,一般不想去写博客:如果有php或者架构的同仁。欢迎加入我们的群:13768387

首先,我说一下,thinkphp的版本,我认为一个经典的版本是3.1.3,但是目前工作是这个经典版本和3.2版本,但是他们的区别很大,通过对启动流程分析你就会发现里面的很多重新进行了优化

启动入口文件index.php比以前更加的简单,只需要在入口出引入thinkphp.php就可以启动(因为默认的框架已经帮你解决了),

  1. define(‘APP_PATH‘,‘./Application/‘);
  2. require ‘./ThinkPHP/ThinkPHP.php‘;

我们进入ThinkPHP.php看看这个文件是什么?

说白了就是对thinkphp中用到的核心东西进行检查,包括版本,后缀类型,常量定义,服务器接口的定义等,最后通过一个

require CORE_PATH.‘Think‘.EXT;

// 应用初始化

Think\Think::start();

这样就把启动程序给了Think下面的Think类,通过start方法启动(下次在分析这个类,里面乱七八糟的东西很多)

到这里,我说一下,我自己的看法吧,只是代表目前有限的想法,之前版本的启动放在了runtime中,我感觉不合乎情理,3.2改到了框架启动文件,但是这个文件没有采用封装,我也哭了,好像thinkphp的代码到处写一样,我看过zend framework源码,尤其是在启动中的那些方法中,学过java的同学,你会更加愤青,有机会加入群:13768387一起加油学习!

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-08-01 01:55:51

thinkphp 源码分析(一)的相关文章

Thinkphp源码分析系列(一)–入口文件

正如官方文档上所介绍的,thinkphp使用单一入口,所有的请求都从默认的index.php文件进入.当然不是说一定非得从index.php进入,这应该取决于你的服务器配置,一般服务器都会有默认的首页,比如index.php,index.html,所以一般访问域名都会先默认访问上述文件,你还可以创建多个应用,一个应用对应一个入口文件,所有的入口文件都引用一套thinkphp类库. 我们来看index.php都干了些什么.  index.php主要任务是定义应用名称和引用类库路径.当然也可以定义一

Thinkphp 源码分析

ThinkPHP是国内非常火的一个轻量级框架,采用MVC模式,结构写的非常好,今天 大象 带大家走一下ThinkPHP框架系统运行流程,我将跟随ThinkPHP的执行进行代码讲解,第一课,先讲解URL路由解析 一.ThinkPHP框架目录 /test/index.php //项目入口文件 /ThinkPHP/ThinkPHP.php //框架入口文件 Common 框架公共文件目录(函数库) ThinkPHP/Common/runtime.php //框架初次运行文件 ThinkPHP/Comm

ThinkPHP 源码分析之常量 IS_AJAX

在控制器中判断请求是否是通过 AJAX 提交,ThinkPHP(3.2.2)中在 ThinkPHP/Library/Think/App.class.php (Line:49) 中定义了常量 IS_AJAX: define('IS_AJAX', ((isset($_SERVER['HTTP_X_REQUESTED_WITH']) && strtolower($_SERVER['HTTP_X_REQUESTED_WITH']) == 'xmlhttprequest') || !empty($_

TeamTalk源码分析之login_server

login_server是TeamTalk的登录服务器,负责分配一个负载较小的MsgServer给客户端使用,按照新版TeamTalk完整部署教程来配置的话,login_server的服务端口就是8080,客户端登录服务器地址配置如下(这里是win版本客户端): 1.login_server启动流程 login_server的启动是从login_server.cpp中的main函数开始的,login_server.cpp所在工程路径为server\src\login_server.下表是logi

Android触摸屏事件派发机制详解与源码分析二(ViewGroup篇)

1 背景 还记得前一篇<Android触摸屏事件派发机制详解与源码分析一(View篇)>中关于透过源码继续进阶实例验证模块中存在的点击Button却触发了LinearLayout的事件疑惑吗?当时说了,在那一篇咱们只讨论View的触摸事件派发机制,这个疑惑留在了这一篇解释,也就是ViewGroup的事件派发机制. PS:阅读本篇前建议先查看前一篇<Android触摸屏事件派发机制详解与源码分析一(View篇)>,这一篇承接上一篇. 关于View与ViewGroup的区别在前一篇的A

HashMap与TreeMap源码分析

1. 引言     在红黑树--算法导论(15)中学习了红黑树的原理.本来打算自己来试着实现一下,然而在看了JDK(1.8.0)TreeMap的源码后恍然发现原来它就是利用红黑树实现的(很惭愧学了Java这么久,也写过一些小项目,也使用过TreeMap无数次,但到现在才明白它的实现原理).因此本着"不要重复造轮子"的思想,就用这篇博客来记录分析TreeMap源码的过程,也顺便瞅一瞅HashMap. 2. 继承结构 (1) 继承结构 下面是HashMap与TreeMap的继承结构: pu

Linux内核源码分析--内核启动之(5)Image内核启动(rest_init函数)(Linux-3.0 ARMv7)【转】

原文地址:Linux内核源码分析--内核启动之(5)Image内核启动(rest_init函数)(Linux-3.0 ARMv7) 作者:tekkamanninja 转自:http://blog.chinaunix.net/uid-25909619-id-4938395.html 前面粗略分析start_kernel函数,此函数中基本上是对内存管理和各子系统的数据结构初始化.在内核初始化函数start_kernel执行到最后,就是调用rest_init函数,这个函数的主要使命就是创建并启动内核线

Spark的Master和Worker集群启动的源码分析

基于spark1.3.1的源码进行分析 spark master启动源码分析 1.在start-master.sh调用master的main方法,main方法调用 def main(argStrings: Array[String]) { SignalLogger.register(log) val conf = new SparkConf val args = new MasterArguments(argStrings, conf) val (actorSystem, _, _, _) =

Solr4.8.0源码分析(22)之 SolrCloud的Recovery策略(三)

Solr4.8.0源码分析(22)之 SolrCloud的Recovery策略(三) 本文是SolrCloud的Recovery策略系列的第三篇文章,前面两篇主要介绍了Recovery的总体流程,以及PeerSync策略.本文以及后续的文章将重点介绍Replication策略.Replication策略不但可以在SolrCloud中起到leader到replica的数据同步,也可以在用多个单独的Solr来实现主从同步.本文先介绍在SolrCloud的leader到replica的数据同步,下一篇