tp中的M,D,C,A,I,S方法
才开始接触tp,对里面的大写字母方法不是很理解。现在清晰多了。
D方法实例化模型类的时候通常是实例化某个具体的模型类,如果仅仅是对数据表进行基本的CURD操作的话,可以使用M方法.由于不要加载具体的模型类,所以性能会更好.如果D方法没有找到定义的模型类,则会自动调用M方法.
M方法
//使用M方法实例化
$User = M("User");
//和用法$User = new ThinkModel ("User");等效
//执行其他的数据操作
$User->select();
M 方法也支持垮库操作.
//使用M方法实例化,操作db_name中的ot_user表
$User = M("db_name.User","ot_");
//执行其他的数据库操作
$User->select();
M方法的参数和ThinkModel的参数是一样的,所以我们可以这样操作:
$New = M("new","think_",$connection);
//等效于$New = new ThinkModel("new","think_",$connection);
M方法实例化的时候.默认的是直接实例化ThinkModel类,如果要实例化其他的公共模型类,可以使用下面:
$User = M("HomeModelCommonModel:User","think_","db_config");
相当于$User = new HomeModelCommonModel("User","think_","db_config");
实例化基础模型类(Model)
在没有定义任何模型的时候,可以使用下面的操作.这种方法简单高效,但是缺点就是没有自定义的模型类,无法写入相关的业务逻辑.只能完成基本的CURD操作.如果你的模型类中有自己的业务逻辑,是无法使用M方法的.
//实例化User模型
$User = new Model("User");
//或者使用M()快捷方法实例化,和上面的方法是等效的
$User = M("User");
//执行其他的数据操作
$User->select();
实例化其他模型类
- 第一种因为没有模型类的定义,很难封装一些额外的逻辑方法.如果只是需要扩展一些通用的逻辑,可以尝试下面方法
$User = new CommonModel("User");
- 模型的实例化方法有三个参数,第一个参数是模型名称,第二个参数用于设置数据表的前缀(留空则取当前项目配置的表前缀),第三个参数用于设置当前使用的数据库连接信息(留空则取当前项目配置的数据库连接信息).
$User = new CommonModel("User","think_","db_config");
- 第三个使用M方法
$User = M("CommonModel:User","think_","db_config");
M方法默认是实例化model类
D方法
<?php
//实例化模型
$User = D("User");
//相当于$User = new HomeModelUserModel();
//执行操作
$User -> select();
如果HomeModelUserModel不存在的话,就会尝试实例化公共模型下的CommonModelUserModel类.
D方法的参数就是实例的名称.并且和模型类的大小写定义是一致的.
参数 | 实例化的模型文件(假设当前模块为Home) |
---|---|
User | 对应的模型类文件的 HomeModelUserModel.class.php |
UserType | 对应的模型类文件的 HomeModelUserTypeModel.class.php |
如果在Liunx下,要注意大小写
D方法可以自动检测模型类,如果存在自定义的模型类,则实例化自定义模型类,如果不存在,则会实例化系统的ThinkModel基类,同时对于已实例化过的模型,不会重复去实例化。
//D方法还可以跨模块调用,需要使用
//实例化Admin的User模型
D("Admin/User");
//实例化Extend扩展命名空间下的Info模型
D("Extend://Editor/Info"):
注意:跨模块实例化模型类的时候,不支持自动加载公共模块的模型类。
C方法
定义了配置文件之后,可以使用系统提供的C方法来读取已有额配置.
- 获取已经设置的参数值:C(‘参数名称’)
$model = C("URL_MODEL");//不区分大小写=url_model
but 大写是比较规范的.
注意:配置参数名称中不能含有”.”和特殊字符
如果URL_MODEL尚未存在设置,则返回NULL.
//如果是3.2.1版本的话,支持设置默认值.such as
C("my_config","null","default_config");
//如果my_config没有设置的话,则返回default_config
C方法ue可以用于读取二维配置:
//获取用户配置中的用户类型设置
C("USER_CONFIG.USER_TYPE");
因为配置参数是全局有效的,因此C方法可以在任何地方读取任何配置,即使某个设置参数以及生效过期了
A方法
如果需要跨控制机调用的话,可以单独实例化
//实例化Home模块的User控制器
$User = new HomeControllerUserController();
//实例化Admin模块的blog控制器
$Blog = new AdminControllerBlogController();
上面的代码是不是很多,这里提供了一个快捷调用方法A
简化后如下
//假设当前模块是Home模块
$User = A("User");
$Blog = A("Admin/Blog");
默认情况下,A方法实例化的是默认控制器(Controller),如果你要实例化其他的分层控制器的话,可以使用
//假设当前模块是Home
//实例化Event控制器
$User = A("User");// 等效于new HomeEventUserEvent();
$Blog = A("Admin/Blog","Event");// 等效于new AdminEventBlogEvent();
I方法
在web开发过程中,我们经常要获取系统变量或者用户提交的数据.这些数据处理不好就会引起安全隐患,所以tp给我们提供了一个变量获取功能.
我们先看下传统获取方式:
$id = $_GET["id"]; // 获取get变量
$name = $_POST["name"]; // 获取post变量
$value = $_SESSION["var"]; // 获取session变量
$name = $_COOKIE["name"]; // 获取cookie变量
$file = $_SERVER["PHP_SELF"]; // 获取server变量
传统获取方法没有统一的安全机制,后期调整比较麻烦,更好的方式是在框架中统一使用I函数进行变量获取和过滤。
I方法是ThinkPHP用于更加方便和安全的获取系统输入变量,可以用于任何地方,用法格式如下:
I("变量类型.变量名/修饰符",["默认值"],["过滤方法或正则"],["额外数据源"])
变量类型是指请求方式或者输入类型
变量类型 | 含义 |
---|---|
get | 获取GET参数 |
post | 获取POST参数 |
param | 自动判断请求类型获取GET、POST或者PUT参数 |
request | 获取REQUEST 参数 |
put | 获取PUT 参数 |
session | 获取 $_SESSION 参数 |
cookie | 获取 $_COOKIE 参数 |
server | 获取 $_SERVER 参数 |
globals | 获取 $GLOBALS参数 |
path | 获取 PATHINFO模式的URL参数 |
data | 获取 其他类型的参数,需要配合额外数据源参数 |
注意:变量类型不区分大小写,变量名则严格区分大小写。 默认值和过滤方法均属于可选参数。
下面是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"] 则返回空字符串
采用方法过滤:
// 采用htmlspecialchars方法对$_GET["name"] 进行过滤,如果不存在则返回空字符串
echo I("get.name","","htmlspecialchars");
支持直接获取整个变量值
// 获取整个$_GET 数组
I("get.");
用同样的方式,我们可以获取post或者其他输入类型的变量
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"]
param变量类型是框架特有的支持自动判断当前请求类型的变量获取方式,例如:
echo I("param.id");
如果当前请求类型是GET,那么等效于
由于param类型是I函数默认获取的变量类型,因此事实上param变量类型的写法可以简化为:
I("id");
// 等同于 I("param.id")
I("name");
// 等同于 I("param.name")
path类型变量可以用于获取URL参数(必须是PATHINFO模式参数有效,无论是GET还是POST方式都有效),例如: 当前访问URL地址是 http://serverName/index.php/New/2013/06/01
echo I("path.1");
// 输出2013
echo I("path.2");
// 输出06
echo I("path.3");
// 输出01
data类型变量可以用于获取不支持的变量类型的读取,例如:
I("data.file1","","",$_FILES);
变量过滤
如果你没有在调用I函数的时候指定过滤方法的话,系统会采用默认的过滤机制(由DEFAULT_FILTER配置),事实上,该参数的默认设置是:
// 系统默认的变量过滤机制
"DEFAULT_FILTER" => "htmlspecialchars"
也就说,I方法的所有获取变量如果没有设置过滤方法的话都会进行htmlspecialchars过滤,那么:
// 等同于 htmlspecialchars($_GET["name"])
I("get.name");
同样,该参数也可以设置支持多个过滤,例如:
"DEFAULT_FILTER" => "strip_tags,htmlspecialchars"
设置后,我们在使用:
// 等同于 htmlspecialchars(strip_tags($_GET["name"]))
I("get.name");
如果我们在使用I方法的时候 指定了过滤方法,那么就会忽略DEFAULT_FILTER的设置,例如:
// 等同于 strip_tags($_GET["name"])
echo I("get.name","","strip_tags");
I方法的第三个参数如果传入函数名,则表示调用该函数对变量进行过滤并返回(在变量是数组的情况下自动使用array_map进行过滤处理),否则会调用PHP内置的filter_var方法进行过滤处理,例如:
I("post.email","",FILTER_VALIDATE_EMAIL);
表示 会对$_POST[‘email’] 进行 格式验证,如果不符合要求的话,返回空字符串。 (关于更多的验证格式,可以参考 官方手册的filter_var用法。) 或者可以用下面的字符标识方式:
I("post.email","","email");
可以支持的过滤名称必须是filter_list方法中的有效值(不同的服务器环境可能有所不同),可能支持的包括:
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","","/^[A-Za-z]+$/");
I("get.id",0,"/^d+$/");
如果正则匹配不通过的话,则返回默认值。
在有些特殊的情况下,我们不希望进行任何过滤,即使DEFAULT_FILTER已经有所设置,可以使用:
// 下面两种方式都不采用任何过滤方法
I("get.name","","");
I("get.id","",false);
一旦过滤参数设置为空字符串或者false,即表示不再进行任何的过滤。
最新版本的I函数支持对变量使用修饰符功能,可以更方便的通过类型过滤变量。
I("变量类型.变量名/修饰符")
I("get.id/d");
// 强制变量转换为整型
I("post.name/s");
// 强制转换变量为字符串类型
I("post.ids/a");
// 强制变量转换为数组类型
可以使用的修饰符包括:
修饰符 | 作用 |
---|---|
s | 强制转换为字符串类型 |
d | 强制转换为整型类型 |
b | 强制转换为布尔类型 |
a | 强制转换为数组类型 |
f | 强制转换为浮点类型 |