Rumah >pembangunan bahagian belakang >tutorial php >Thinkphp单字母函数使用指南_PHP
A方法
A方法用于在内部实例化控制器,调用格式:A(‘[项目://][分组/]模块','控制器层名称')
最简单的用法:
代码如下:
$User = A('User');
表示实例化当前项目的UserAction控制器(这个控制器对应的文件位于Lib/Action/UserAction.class.),如果采用了分组模式,并且要实例化另外一个Admin分组的控制器可以用:
代码如下:
$User = A('Admin/User');
也支持跨项目实例化(项目的目录要保持同级)
代码如下:
$User = A('Admin://User');
表示实例化Admin项目下面的UserAction控制器
.1版本增加了分层控制器的支持,所以还可以用A方法实例化其他的控制器,例如:
代码如下:
$User = A('User','Event);
实例化UserEvent控制器(对应的文件位于Lib/Event/UserEvent.class.)。
实例化控制器后,就可以调用该控制器中的方法,不过需要注意的情况是,在跨项目调用的情况下,如果你的操作方法 有针对当前控制器的特殊变量操作,会有一些未知的问题,所以,一般来说,官方建议需要公共调用的控制器层单独开发,不要有太多的依赖关系。
B方法
这是随着行为应运而生的新生函数,可以执行某个行为,例如
代码如下:
B('app_begin');
代码如下:
B('app_begin',array("name"=& gt;"tdweb","time"=>time()));
C方法
C方法是Think用于设置、获取,以及保存配置参数的方法,使用频率较高。
了解C方法需要首先了解下Think的配置,因为C方法的所有操作都是围绕配置相关的。Think的配置文件采用数组格式定义。
由于采用了函数重载设计,所以用法较多,我们来一一说明下。
设置参数
代码如下:
C('DB_NAME','think');
代码如下:
C('db_name','think');
代码如下:
C('USER.USER_ID',8);
代码如下:
$config['user_id'] = 1;
$config['user_type'] = 1;
C($config);
代码如下:
C('USER_ID',1);
C('USER_TYPE',1);
代码如下:
$userId = C('USER_ID');
$userType = C('USER_TYPE');
代码如下:
$userId = C('USER.USER_ID');
代码如下:
$config = C();
代码如下:
$config['user_id'] = 1;
$config['user_type'] = 1;
C($config,'name');
代码如下:
$config = C('','name');
D方法
D方法应该是用的比较多的方法了,用于实例化自定义模型类,是Think框架对Model类实例化的一种封装,并实现了单例模式,支持跨项目和分组调用,调用格式如下:
D(‘[项目://][分组/]模型','模型层名称')
方法的返回值是实例化的模型对象。
D方法可以自动检测模型类,如果存在自定义的模型类,则实例化自定义模型类,如果不存在,则会实例化Model基类,同时对于已实例化过的模型,不会重复去实例化。
D方法最常用的用法就是实例化当前项目的某个自定义模型,例如:
代码如下:
// 实例化User模型
$User = D('User');
代码如下:
import('@.Model.UserModel');
$User = new UserModel();
代码如下:
new Model('User');
并且第二次调用的时候无需再次实例化,可以减少一定的对象实例化开销。
D方法可以支持跨分组和项目实例化模型,例如:
代码如下:
//实例化Admin项目的User模型
D('Admin://User')
//实例化Admin分组的User模型
D('Admin/User')
代码如下:
// 实例化UserService类
$User = D('User','Service');
// 实例化UserLogic类
$User = D('User','Logic');
代码如下:
D('User','Service');
代码如下:
import('@.Service.UserService');
$User = new UserSerivce();
F方法
F方法其实是S方法的一个子集功能,仅用于简单数据缓存,并且只能支持文件形式,不支持缓存有效期,因为采用的是返回方式,所以其效率较S方法较高,因此我们也称之为快速缓存方法。
F方法的特点是:
简单数据缓存;
文件形式保存;
采用返回数据方式加载缓存;
支持子目录缓存以及自动创建;
支持删除缓存和批量删除;
写入和读取缓存
代码如下:
F('data','test data');
代码如下:
$Data = F('data');
代码如下:
F('user/data',$data); // 缓存写入
F('user/data'); // 读取缓存
代码如下:
F('level1/level2/data',$data);
代码如下:
F('data',$data,TEMP_PATH);
代码如下:
F('data','',TEMP_PATH);
代码如下:
F('data',NULL);
代码如下:
F('user/*',NULL);
代码如下:
F('user/[^a]*',NULL);
G方法
Thinkphp长期以来需要通过debug_start、debug_end方法甚至Debug类才能完成的功能,3.1版本中被一个简单的G方法取代了,不可不谓是一次华丽升级。
G方法的作用包括标记位置和区间统计两个功能,下面来看下具体用法:
标记位置
G方法的第一个用法就是标记位置,例如:
代码如下:
G('begin');
代码如下:
G('begin');
// ...其他代码段
G('end');
// ...也许这里还有其他代码
// 进行统计区间
echo G('begin','end').'s';
代码如下:
0.0056s
代码如下:
G('begin','end',6).'s';
代码如下:
0.005587s
代码如下:
echo G('begin','end','m').'kb';
代码如下:
625kb
I方法
Thinkphp的I方法是3.1.3版本新增的,如果你是之前的3.*版本的话,可以直接参考使用3.1快速入门教程系列的变量部分。
概述
正如你所见到的一样,I方法是Thinkphp众多单字母函数中的新成员,其命名来自于英文Input(输入),主要用于更加方便和安全的获取系统输入变量,可以用于任何地方,用法格式如下:
I(‘变量类型.变量名',[‘默认值'],[‘过滤方法'])
变量类型是指请求方式或者输入类型,包括:
get 获取GET参数
post 获取POST参数
param 自动判断请求类型获取GET、POST或者PUT参数
request 获取REQUEST 参数
put 获取PUT 参数
session 获取 $_SESSION 参数
cookie 获取 $_COOKIE 参数
server 获取 $_SERVER 参数
globals 获取 $GLOBALS参数
注意:变量类型不区分大小写。
变量名则严格区分大小写。
默认值和过滤方法均属于可选参数。
用法
我们以GET变量类型为例,说明下I方法的使用:
代码如下:
echo I('get.id'); // 相当于 $_GET['id']
echo I('get.name'); // 相当于 $_GET['name']
代码如下:
echo I('get.id',0); // 如果不存在$_GET['id'] 则返回0
echo I('get.name',''); // 如果不存在$_GET['name'] 则返回空字符串
代码如下:
echo I('get.name','','htmlspecialchars'); // 采用htmlspecialchars方法对$_GET['name'] 进行过滤,如果不存在则返回空字符串
代码如下:
I('get.'); // 获取整个$_GET 数组
代码如下:
1.I('post.name','','htmlspecialchars'); // 采用htmlspecialchars方法对$_POST['name'] 进行过滤,如果不存在则返回空字符串
I('session.user_id',0); // 获取$_SESSION['user_id'] 如果不存在则默认为0
I('cookie.'); // 获取整个 $_COOKIE 数组
I('server.REQUEST_METHOD'); // 获取 $_SERVER['REQUEST_METHOD']
代码如下:
echo I('param.id');
代码如下:
http://serverName/index./New/2013/06/01
代码如下:
echo I('param.1'); // 输出2013
echo I('param.2'); // 输出06
echo I('param.3'); // 输出01
代码如下:
I('id'); // 等同于 I('param.id')
I('name'); // 等同于 I('param.name')
代码如下:
function filter_default(&$value){
$value = htmlspecialchars($value);
}
代码如下:
'VAR_FILTERS'=>'filter_default'
代码如下:
'VAR_FILTERS'=>'filter_default,filter_exp'
代码如下:
'DEFAULT_FILTER' => 'htmlspecialchars'
代码如下:
I('get.name'); // 等同于 htmlspecialchars($_GET['name'])
代码如下:
'DEFAULT_FILTER' => 'strip_tags,htmlspecialchars'
代码如下:
I('get.name'); // 等同于 htmlspecialchars(strip_tags($_GET['name']))
代码如下:
echo I('get.name','','strip_tags'); // 等同于 strip_tags($_GET['name'])
代码如下:
I('post.email','',FILTER_VALIDATE_EMAIL);
代码如下:
I('post.email','','email');
代码如下:
int
boolean
float
validate_regexp
validate_url
validate_email
validate_ip
string
stripped
encoded
special_chars
unsafe_raw
email
url
number_int
number_float
magic_quotes
callback
代码如下:
I('get.name','',NULL);
L方法
L方法用于启用多语言的情况下,设置和获取当前的语言定义。
调用格式:L(‘语言变量',[‘语言值'])
设置语言变量
除了使用语言包定义语言变量之外,我们可以用L方法动态设置语言变量,例如:
代码如下:
L('LANG_VAR','语言定义');
代码如下:
L('lang_var','语言定义');
代码如下:
$lang['lang_var1'] = '语言定义1';
$lang['lang_var2'] = '语言定义2';
$lang['lang_var3'] = '语言定义3';
L($lang);
代码如下:
$langVar = L('LANG_VAR');
代码如下:
$langVar = L('lang_var');
代码如下:
$lang = L();
代码如下:
{$Think.lang.lang_var}
M方法
M方法用于实例化一个基础模型类,和D方法的区别在于:
、不需要自定义模型类,减少IO加载,性能较好;
、实例化后只能调用基础模型类(默认是Model类)中的方法;
、可以在实例化的时候指定表前缀、数据库和数据库的连接信息;
D方法的强大则体现在你封装的自定义模型类有多强,不过随着新版Think框架的基础模型类的功能越来越强大,M方法也比D方法越来越实用了。
M方法的调用格式:
M(‘[基础模型名:]模型名','数据表前缀','数据库连接信息')
我们来看下M方法具体有哪些用法:
、实例化基础模型(Model) 类
在没有定义任何模型的时候,我们可以使用下面的方法实例化一个模型类来进行操作:
代码如下:
//实例化User模型
$User = M('User');
//执行其他的数据操作
$User->select();
代码如下:
$User = M('User');
代码如下:
$User = new Model('User');
代码如下:
$User = M('CommonModel:User');
代码如下:
$User = new CommonModel('User');
因为系统的模型类都能够自动加载,因此我们不需要在实例化之前手动进行类库导入操作。模型类CommonModel必须继承Model。我们可以在CommonModel类里面定义一些通用的逻辑方法,就可以省去为每个数据表定义具体的模型类,如果你的项目已经有超过100个数据表了,而大多数情况都是一些基本的CURD操作的话,只是个别模型有一些复杂的业务逻辑需要封装,那么第一种方式和第二种方式的结合是一个不错的选择。
、传入表前缀、数据库和其他信息
M方法有三个参数,第一个参数是模型名称(可以包括基础模型类和数据库),第二个参数用于设置数据表的前缀(留空则取当前项目配置的表前缀),第三个参数用于设置当前使用的数据库连接信息(留空则取当前项目配置的数据库连接信息),例如:
代码如下:
$User = M('db2.User','think_');
代码如下:
$User = M('db1.User',null);
代码如下:
$User = M('User','think_','mysql://user_a:1234@localhost:3306/think');
代码如下:
'DB_CONFIG'=>'mysql://user_a:1234@localhost:3306/think';
代码如下:
$User = M('User','think_','DB_CONFIG');
代码如下:
$User = M('CommonModel:db2.User','think_');
代码如下:
M('UserLogic:User');
代码如下:
D('User','Logic');
R方法
R方法用于调用某个控制器的操作方法,是A方法的进一步增强和补充。关于A方法的用法见这里。
R方法的调用格式:
R(‘[项目://][分组/]模块/操作','参数','控制器层名称')
例如,我们定义了一个操作方法为:
代码如下:
class UserAction extends Action {
public function detail($id){
return M('User')->find($id);
}
}
代码如下:
$data = R('User/detail',array('5'));
代码如下:
$data = R('User/detail');
代码如下:
R('Admin/User/detail',array('5'));
代码如下:
R('Admin://User/detail',array('5'));
代码如下:
class UserApi extends Action {
public function detail($id){
return M('User')->find($id);
}
}
然后,使用R方法调用
代码如下:
$data = R('User/detail',array('5'),'Api');
也就是说,R方法的第三个参数支持指定调用的控制器层。
同时,R方法调用操作方法的时候可以支持操作后缀设置C(‘ACTION_SUFFIX'),如果你设置了操作方法后缀,仍然不需要更改R方法的调用方式。
S方法
S方法还支持对当前的缓存方式传入缓存参数,例如:
代码如下:
S('data',$Data,3600,'File',array('length'=>10,'temp'=>RUNTIME_PATH.'temp/'));
代码如下:
{ 'File',array('length'=>10,'temp'=>RUNTIME_PATH.'temp/')}
代码如下:
S('data1',$list,array('prefix'=>aaa','expire'=>'3600','temp'=>RUNTIME_PATH.'temp/1236'));
代码如下:
$sdata = S('data1','',array('prefix'=>'aaa','temp'=>RUNTIME_PATH.'temp/1236'));
T方法
为了更方便的输出模板文件,新版封装了一个T函数用于生成模板文件名。
用法:
T([资源://][模块@][主题/][控制器/]操作,[视图分层])
T函数的返回值是一个完整的模板文件名,可以直接用于display和fetch方法进行渲染输出。
例如:
代码如下:
T('Public/menu');
// 返回 当前模块/View/Public/menu.html
T('blue/Public/menu');
// 返回 当前模块/View/blue/Public/menu.html
T('Public/menu','Tpl');
// 返回 当前模块/Tpl/Public/menu.html
T('Public/menu');
// 如果TMPL_FILE_DEPR 为 _ 返回 当前模块/Tpl/Public_menu.html
T('Public/menu');
// 如果TMPL_TEMPLATE_SUFFIX 为.tpl 返回 当前模块/Tpl/Public/menu.tpl
T('Admin@Public/menu');
// 返回 Admin/View/Public/menu.html
T('Extend://Admin@Public/menu');
// 返回 Extend/Admin/View/Public/menu.html (Extend目录取决于AUTOLOAD_NAMESPACE中的配置)
代码如下:
// 使用T函数输出模板
$this->display(T('Admin@Public/menu'));
U方法
U方法用于完成对URL地址的组装,特点在于可以自动根据当前的URL模式和设置生成对应的URL地址,格式为:
U(‘地址','参数','伪静态','是否跳转','显示域名');
在模板中使用U方法而不是固定写死URL地址的好处在于,一旦你的环境变化或者参数设置改变,你不需要更改模板中的任何代码。
在模板中的调用格式需要采用 {:U('地址', '参数'…)} 的方式
U方法的用法示例:
代码如下:
U('User/add') // 生成User模块的add操作地址
也可以支持分组调用:
代码如下:
U('Home/User/add') // 生成Home分组的User模块的add操作地址
当然,也可以只是写操作名,表示调用当前模块的
代码如下:
U('add') // 生成当前访问模块的add操作地址
除了分组、模块和操作名之外,我们也可以传入一些参数:
代码如下:
U('Blog/readid=1') // 生成Blog模块的read操作 并且id为1的URL地址
U方法的第二个参数支持传入参数,支持数组和字符串两种定义方式,如果只是字符串方式的参数可以在第一个参数中定义,下面几种方式都是等效的:
代码如下:
U('Blog/cate',array('cate_id'=>1,'status'=>1))
U('Blog/cate','cate_id=1&status=1')
U('Blog/catecate_id=1&status=1')
但是不允许使用下面的定义方式来传参数:
代码如下:
U('Blog/cate/cate_id/1/status/1')
根据项目的不同URL设置,同样的U方法调用可以智能地对应产生不同的URL地址效果,例如针对:
代码如下:
U('Blog/readid=1')
这个定义为例。
如果当前URL设置为普通模式的话,最后生成的URL地址是:
代码如下:
http://serverName/index.m=Blog&a=read&id=1
如果当前URL设置为PATHINFO模式的话,同样的方法最后生成的URL地址是: http://serverName/index./Blog/read/id/1
如果当前URL设置为REWRITE模式的话,同样的方法最后生成的URL地址是: http://serverName/Blog/read/id/1
如果你同时还设置了PATHINFO分隔符的话:
代码如下:
'URL_PATHINFO_DEPR'=>'_'
就会生成
代码如下:
http://serverName/Blog_read_id_1
如果当前URL设置为REWRITE模式,并且设置了伪静态后缀为html的话,同样的方法最后生成的URL地址是:
代码如下:
http://serverName/Blog/read/id/1.html
如果设置了多个伪静态支持,那么会自动取第一个伪静态后缀添加到URL地址后面,当然你也可以手动在U方法里面指定要生成的伪静态后缀,例如:
代码如下:
U('Blog/read','id=1','xml')
就会生成
代码如下:
http://serverName/Blog/read/id/1.xml
U方法还可以支持路由,如果我们定义了一个路由规则为:
代码如下:
'news/:id\d'=>'News/read'
那么可以使用
代码如下:
U('/news/1')
最终生成的URL地址是:
代码如下:
http://serverName/index./news/1
如果你的应用涉及到多个子域名的操作地址,那么也可以在U方法里面指定需要生成地址的域名,例如:
代码如下:
U('Blog/read@blog.think.cn','id=1');
@后面传入需要指定的域名即可。
此外,U方法的第5个参数如果设置为true,表示自动识别当前的域名,并且会自动根据子域名部署设置APP_SUB_DOMAIN_DEPLOY和APP_SUB_DOMAIN_RULES自动匹配生成当前地址的子域名。
如果开启了URL_CASE_INSENSITIVE,则会统一生成小写的URL地址。