这里记录的是本人学习的thinkPHP笔记官方开发手册
http://document.thinkphp.cn/manual_3_2.html
一、thinkPHP3.2目录结构
工程目录
www WEB部署目录(或者子目录)
├─index.php 入口文件
├─README.md README文件
├─Application 应用目录
├─Public 资源文件目录
└─ThinkPHP 框架目录
TP框架结构
├─ThinkPHP 框架系统目录(可以部署在非web目录下面)
│ ├─Common 核心公共函数目录
│ ├─Conf 核心配置目录
│ ├─Lang 核心语言包目录
│ ├─Library 框架类库目录
│ │ ├─Think 核心Think类库包目录
│ │ ├─Behavior 行为类库目录
│ │ ├─Org Org类库包目录
│ │ ├─Vendor 第三方类库目录
│ │ ├─ ... 更多类库目录
│ ├─Mode 框架应用模式目录
│ ├─Tpl 系统模板目录
│ ├─LICENSE.txt 框架授权协议文件
│ ├─logo.png 框架LOGO文件
│ ├─README.txt 框架README文件
│ └─ThinkPHP.php 框架入口文件
从3.2开始TP默认给我们提供了一个已经配置好的入口文件和一个应用程序目录,应用程序目录是空的,当你第一在浏览器中输入"localhost/工程名称/"的时候会在application目录自动生成一个程序,目录如下:
Application
├─Common 应用公共模块
│ ├─Common 应用公共函数目录
│ └─Conf 应用公共配置文件目录
├─Home 默认生成的Home模块
│ ├─Conf 模块配置文件目录
│ ├─Common 模块函数公共目录
│ ├─Controller 模块控制器目录
│ ├─Model 模块模型目录
│ └─View 模块视图文件目录
├─Runtime 运行时目录
│ ├─Cache 模版缓存目录
│ ├─Data 数据目录
│ ├─Logs 日志目录
│ └─Temp 缓存目录
二、TP命名规范
TP命名采用驼峰法命名,对于类名首字母要大写,对于M类和C类要有Model后缀和Controller后缀。
- 对于控制器类:类名+Controller.class.php 并且继承自extends Controller或者Controller的子类
- 对于模型类:类名+Model.class.php 并且继承自extends Model或者Model的子类
- 对于视图文件名:Home/View/模块名(以对应控制器命名的文件夹)/视图名(以对应控制器中要显示该视图函数的名称命名)
注:对于视图文件的命名方式可以随意,但是在控制器中显示该视图的函数中display方法就要带有参数了,参数的方式有多中
例如:对应控制器sunleiController.class.php 视图的路径为:/Home/View/long/add.html
控制其中有一个方法sun(),此方法中的display需要这样写$this->display(‘long:add’);,这种方式不是唯一的,也可以用其他形式的参数
在浏览器中输入localhost/工程名/index.php/sunlei/sun 即可
三、解释下其中的几个概念:
名称 | 描述 |
---|---|
应用 | 基于同一个入口文件访问的项目我们称之为一个应用。 |
模块 | 一个应用下面可以包含多个模块,每个模块在应用目录下面都是一个独立的子目录,包含配置文件,MVC文件等,3.2以后默认生成一个Home模块。 |
控制器 | 每个模块可以包含多个控制器,一个控制器通常体现为一个控制器类。 |
操作 | 每个控制器类可以包含多个操作方法,也可能是绑定的某个操作类,每个操作是URL访问的最小单元。 |
模块化设计的思想下面,模块是最重要的部分,模块其实是一个包含配置文件、函数文件和MVC文件(目录)的集合。
四、URL模式
官方链接:http://document.thinkphp.cn/manual_3_2.html#url
如果我们直接访问入口文件的话,由于URL中没有模块名、控制器名称(不包括Controller后缀)和操作名称(函数名称),因此系统会访问默认模块(Home)下面的默认控制器(Index)的默认操作(index),因此下面的访问是等效的:
http://serverName/index.php
http://serverName/index.php/Home/Index/index
http://serverName/index.php/?m=Home/Index&a=index
上面这种URL模式就是系统默认的PATHINFO模式,也是最常用的模式,不同的URL模式获取模块和操作的方法不同,ThinkPHP支持的URL模式有四种:普通模式、PATHINFO、REWRITE和兼容模式,可以设置URL_MODEL参数改变URL模式。
URL模式 | URL_MODEL设置 |
---|---|
普通模式 | 0 |
PATHINFO模式 | 1 |
REWRITE模式 | 2 |
兼容模式 | 3 |
如果你整个应用下面的模块都是采用统一的URL模式,就可以在应用的配置文件中设置URL模式,如果不同的模块需要设置不同的URL模式,则可以在模块的配置文件中设置。
五、函数参数的绑定
参数绑定功能默认是开启的,其原理是把URL中的参数(不包括模块、控制器和操作名)和操作方法中的参数进行绑定。
要启用参数绑定功能,首先确保你开启了URL_PARAMS_BIND设置:
'URL_PARAMS_BIND' => true, // URL变量绑定到操作方法作为参数
参数绑定有两种方式:按照变量名绑定(默认)和按照变量顺序绑定。
注意:对于带有参数的函数,如果URL没有传入对应的参数值,则会报错,为避免报错我们可以给函数设置一个默认值
如:
public function read($id=0){
echo 'id='.$id;
}
六、伪静态
URL伪静态通常是为了满足更好的SEO效果,ThinkPHP支持伪静态URL设置,可以通过设置URL_HTML_SUFFIX参数随意在URL的最后增加你想要的静态后缀,而不会影响当前操作的正常执行。例如,我们设置
'URL_HTML_SUFFIX'=>'shtml'
的话,我们可以把下面的URL http://serverName/Home/Blog/read/id/1 变成 http://serverName/Home/Blog/read/id/1.shtml
后者更具有静态页面的URL特征,但是具有和前面的URL相同的执行效果,并且不会影响原来参数的使用。
默认情况下,伪静态的设置为html,如果我们设置伪静态后缀为空,
'URL_HTML_SUFFIX'=>''
则可以支持所有的静态后缀,并且会记录当前的伪静态后缀到常量 EXT ,但不会影响正常的页面访问。
例如:
http://serverName/Home/blog/3.html
http://serverName/Home/blog/3.shtml
http://serverName/Home/blog/3.xml
http://serverName/Home/blog/3.pdf
都可以正常访问,如果要获取当前的伪静态后缀,通过常量 EXT 获取即可。
如果希望支持多个伪静态后缀,可以直接设置如下:
// 多个伪静态后缀设置 用|分割
'URL_HTML_SUFFIX' => 'html|shtml|xml'
那么,当访问 http://serverName/Home/blog/3.pdf 的时候会报系统错误。
可以设置禁止访问的URL后缀,例如:
'URL_DENY_SUFFIX' => 'pdf|ico|png|gif|jpg', // URL禁止访问的后缀设置
如果访问 http://serverName/Home/blog/3.pdf 就会直接返回404错误。
注意:
URL_DENY_SUFFIX的优先级比URL_HTML_SUFFIX要高。
七、URL的大小写问题
对于Windows来说URL是不区分大小写的,但是在Linux下是区分大小写的,但是TP框架给了我们配置的权利,我们可以通过配置
'URL_CASE_INSENSITIVE' =>true
来达到在任何平台下都不区分大小写
这里需要注意一个地方,一旦开启了不区分URL大小写后,如果我们要访问类似UserTypeController的控制器,那么正确的URL访问应该是:
// 正确的访问地址
http://serverName/index.php/home/user_type/index
// 错误的访问地址(linux环境下)
http://serverName/index.php/home/usertype/index
利用系统提供的U方法可以为你自动生成相关的URL地址。
如果设置
'URL_CASE_INSENSITIVE' =>false
的话,URL就又变成: http://serverName/index.php/Home/UserType/add
注意:URL不区分大小写并不会改变系统的命名规范,并且只有按照系统的命名规范后才能正确的实现URL不区分大小写。
建议还是习惯性的区分大小写吧,系统默认的规范是根据URL里面的模块名、控制器名来定位到具体的控制器类的,从而执行控制器类的操作方法。
在MVC三层中,ThinkPHP并不依赖M或者V,甚至可以只有C或者只有V,这个在ThinkPHP的设计里面是一个很重要的用户体验设计,用户只需要定义视图,在没有C的情况下也能自动识别。
八、库文件自动加载的顺序(优先级)
在实际的应用类库加载过程中,往往会涉及到自动加载的优先级问题,以Test\MyClass类为例,自动加载的优先顺序如下:
1.判断是否有注册了Test\MyClass类库映射,如果有则自动加载类库映射定义的文件;
2.判断是否存在Library/Test目录,有则以该目录为初始目录加载;
3.判断是否有注册Test根命名空间,有则以注册的目录为初始目录加载;
4.如果以上都不成立,则以Test为模块目录进行初始目录加载;
5.然后以上面获取到的初始目录加载命名空间对应路径的文件;
九、TP常用函数
- U函数
用于获取URL的:U()
U('/Admin/Insert/insert@localhost’)
- C函数
之前的方式都是通过预先定义配置文件的方式,而在具体的操作方法里面,我们仍然可以对某些参数进行动态配置(或者增加新的配置),主要是指那些还没有被使用的参数。
设置新的值:
C('参数名称','新的参数值')
动态配置赋值仅对当前请求有效,不会对以后的请求造成影响。
获取已设置的配置参数的值:
$config = C('参数名称');
- A函数
默认情况下,A方法实例化的是默认控制器层(Controller)
如果控制器有分层控制器,要实例化分层控制器的话,则写二级模块名,否则第二个参数可以忽略
A('模块名/控制器名','二级模块名')
访问控制器(默认是Home,可以设置)的实例化通常是自动完成的,系统会根据URL地址解析出访问的控制器名称自动实例化,并且调用相关的操作方法。
如果你需要跨控制器调用的话,则可以单独实例化:
// 实例化Home模块的User控制器
$User = new \Home\Controller\UserController();
// 实例化Admin模块的Blog控制器
$Blog = new \Admin\Controller\BlogController();
系统为上面的控制器实例化提供了一个快捷调用方法A,上面的代码可以简化为:
// 假设当前模块是Home模块
$User = A('User');
$Blog = A('Admin/Blog');
默认情况下,A方法实例化的是默认控制器层(Controller),如果你要实例化其他的分层控制器的话,可以使用:
// 假设当前模块是Home模块
// 实例化Event控制器
$User = A('User','Event');
$Blog = A('Admin/Blog','Event');
上面的代码等效于:
// 实例化Home模块的User事件控制器
$User = new \Home\Event\UserEvent();
// 实例化Admin模块的Blog事件控制器
$Blog = new \Admin\Event\BlogEvent();
网友评论