什么是php的框架 ThinkPHP这个又是怎么用的

Posted 2023-04-27

什么是php的框架 ThinkPHP这个又是怎么用的

参考技术A 框架，即framework。其实就是某种应用的半成品，就是一组组件，供你选用完成你自己的系统。简单说就是使用别人搭好的舞台，你来做表演。而且，框架一般是成熟的，不断升级的软件。
为什么要用框架？
因为软件系统发展到今天已经很复杂了，特别是服务器端软件，设计到的知识，内容，问题太多。在某些方面使用别人成熟的框架，就相当于让别人帮你完成一些基础工作，你只需要集中精力完成系统的业务逻辑设计。而且框架一般是成熟，稳健的，他可以处理系统很多细节问题，比如，事物处理，安全性，数据流控制等问题。还有框架一般都经过很多人使用，所以结构很好，所以扩展性也很好，而且它是不断升级的，你可以直接享受别人升级代码带来的好处。
框架一般处在低层应用平台（如java
里的
J2EE）和高层业务逻辑之间的中间层。
ThinkPHP是一个开源的PHP框架，
是为了简化企业级应用开发和敏捷WEB应用开发而诞生的
原名FCS，2007年元旦正式更名为ThinkPHP，并且遵循Apache2开源协议发布。早期的思想架构来源于Struts，后来经过不断改进和完善，同时也借鉴了国外很多优秀的框架和模式，使用面向对象的开发结构和MVC模式，融合了Struts的Action和Dao思想和JSP的TagLib（标签库）、RoR的ORM映射和
ActiveRecord模式，封装了CURD和一些常用操作，单一入口模式等，在模版引擎、缓存机制、认证机制和扩展性方面均有独特的表现
使用ThinkPHP，你可以更方便和快捷的开发和部署应用，当然不仅仅是企业级应用，任何PHP应用开发都可以从ThinkPHP的简单、兼容和快速的特性中受益。简洁、快速和实用是ThinkPHP发展秉承的宗旨，为此ThinkPHP会不断吸收和融入更好的技术以保证其新鲜和活力，提供WEB应用开发的最佳实践！
作为一个整体开发解决方案，ThinkPHP能够解决应用开发中的大多数需要，因为其自身包含了底层架构、兼容处理、基类库、数据库访问层、模板引擎、缓存机制、插件机制、角色认证、表单处理等常用的组件，并且对于跨版本、跨平台和跨数据库移植都比较方便。并且每个组件都是精心设计和完善的，应用开发过程仅仅需要关注您的业务逻辑。

ThinkPHP核心框架实现

之前和朋友一块学过够语言，作为系统级别的语言，没有一定的功力和系统编程 经验，很难快速的搭建起来可堪来用的代码块

刚好在公司在用ThinkPHp，这个框架还算是友好，比较灵活。加上PHP的很多函数感觉没怎么用过，正好看看如何利用一些函数搭建起来一套系统。虽然跟着老师创业的时候写了一段时间原生PHP

直接进入代码：

再次学习TP
用户URL请求
调用应用入口文件
载入框架入口文件*******THINKPHP.php
记录初始化运行时间和内存开销
系统常量判断和定义
载入框架引导类*******Think/Think
执行Think::start 方法进行应用初始化
设置错误处理机制和自动加载机制
调用Think/Storage类进行存储初始化*******STORAGE_TYPE常量定义存储类型

部署模式下*******如果存在应用编译缓存文件*******则直接加载（直接到达22）
读取应用模式*******APP_MODE常量*******的定义文件
加载当前应用模式定义的核心文件*******ThinkPHP/Mode/common.php
加载惯例配置文件*******ThinkPHP/Conf/convention.php
加载应用配置文件*******Application/Common/Conf/config.php
加载系统别名定义
判断并且读取应用别名定义文件Application/Common/Conf/alias.php
加载系统行为定义
判断并且读取应用行为定义文件Application/Common/Conf/tags.php
加载框架底层语言包ThinkPHP/lang/zh-cn.php


如果是部署模式则生成应用编译缓存文件
加载调试模式配置文件ThinkPhP/Conf/debug.php
判断并且读取应用的调试配置文件Application/Common/Conf/debug.php

这是第22步
判断应用状态并且读取状态配置文件*******APP_STATUS不为空
检测应用目录结构并且自动生成*******CHECK_APP_DIR配置开启并且RUNTIME——PATH目录不存在
调用THINK/App类的run方法启动应用

应用初始化*******APP_INIT*******标签位监听并且执行绑定行为
判断并且加载动态配置和函数文件
调用Think/Dispatcher::dispatch方法进行URL请求调整
自动识别兼容URL 模式和命令行模式下的$_SERVER[‘PATH_INFO‘]参数
检测域名部署以及完成模块和控制器的绑定操作*******APP_SUB_DOMAIN_DEPLOY参数开启
分析 URL地址中的PATH_INFO信息
获取请求的模块信息
检测模块是否存在和允许访问
判断并且加载模块文件、别名定义、行为定义以及函数文件
判断并且加载模块的动态配置和函数文件
模块的URL模式判断
模块的路由检测*******URL_ROUTE_ON开启
PATH_INFO处理标签位侦听并且执行绑定行为
URL后缀检测*******URL_DENY_SUFFIX以及URL_HTML_SUFFIX处理
获取当前控制器和操作以及URL其他参数

URL请求调度额按成*******URL_DISPATCH*******标签位侦听并且执行绑定行为
应用开始*******APP_BEGIN*******标签位侦听并且执行绑定行为
调用SESSION_OPTIONS配置参数进行SESSION初始化（非命令行模式）
根据请求执行控制器方法
如果控制器不存在则检测空控制器是否存在
控制器开始*******ACTION_BEGIN*******标签位侦听并且执行绑定行为
默认调用系统的ReadHtmlCache行为读取静态缓存*******HTML_CACHE_ON开启
判断并且调用控制器的_initialize初始化方法
判断操作方法是否存在，如果不存在就检测是否定义空操作方法
判断前置操作方法是否定义，有的话执行
Action参数绑定检测,自动匹配操作方法的参数
如果有模板渲染*******display
视图开始*******view_begin*******标签位侦听并且执行绑定行为
调用Think/view的fetch方法解析并且获取模板内容
自动识别当前主题以及定位模板文件
视图解析*******view_parse*******标签位侦听并且执行绑定行为
默认调用内置ParseTemplate行为解析模板
模板引擎解析模板内容生成模板缓存
模板过滤替换*******template_filter*******标签位侦听并且执行绑定行为
默认调用系统的ContentReplace行为进行模板替换
输出内容过滤*******view_filter*******
调用默认的WriteHtmlCache行为写入静态缓存*******HTML_CACHE_ON开启
调用Think/View类的render方法渲染内容
视图结束*******view_end*******标签位侦听并且执行绑定行为
判断后置操作方法是否定义，有的话执行
控制器结束action_end标签位侦听并且执行绑定行为
应用结束*******app_end*******标签位侦听并且执行绑定行为
执行系统的ShowPageTrace行为
日志信息存储写入

这是一整个流程，也算是一个思路（一般整体熟悉下来，三天内边工作边看足够了，一个很基础但是很有学习的思路）

系统的灵活性在于钩子的使用，分布广泛的标签。

MVC三部分以及应用，路由，URL解析，都有标签位进行侦听。所有的系统实现方法，都可以引进去第三方，就直接修改钩子的执行逻辑

印象中用的最多的几个PHP内置函数

is_file,isset,empty,is_dir,is_array

strtolower,strtoupper

strpos,str_replace,preg_match

explode,implode

substr(A,-strlen(B))

var_export,realpath

define,defined

class_exists,method_exists

call_user_func

array_slice,array_shift,array_pop,array_merge,array_search

array_slice(explode(‘.‘,$_SERVER[‘HTTP_HOST‘]),0,-3);

ob_start() ob_end_clean(),ob_get_client()

array_walk_recursive

ReflectionException这个类

parse_str,pathinfo,strip_tags,dirname

trim,ucfirst

preg_replace_callback(‘/(\w+)\/([^\/]+)/‘, function($match) use($var){

$var[$match[1]]=strip_tags($match[2]);

}, implode(‘/‘,$paths));

应该就这么多30多个，足够撑起来一个系统，之间的逻辑组合还是有很强的逻辑性

还是那句话，当我们心中有了大厦的样子，自然就可以建造起来一栋楼。用到的函数虽然不多，但是足够了。这也许就是一种魅力吧。go语言写出来的系统服务也许是一样的，awk&sed写出来的脚本也是如此吧，Python和perl和php在处理文本数据上的感觉也是如此吧。更多的语言，一样的道理

对于程序员方便的框架等，一定是以性能，效率，空间为代价的。单线程也许更加适合冯诺依曼的计算机结构。什么时候计算机结构发生新的设计思路，也许会突破现有的一些性能瓶颈。

本文出自 “一站式解决方案” 博客，请务必保留此出处http://10725691.blog.51cto.com/10715691/1962017