一聚教程网:一个值得你收藏的教程网站

最新下载

热门教程

ThinkPHP函数M方法和R方法及U方法使用

时间:2022-06-25 02:27:54 编辑:袖梨 来源:一聚教程网

首先给大家介绍ThinkPHP函数详解:M方法

 

M方法用于实例化一个基础模型类,和D方法的区别在于:

1、不需要自定义模型类,减少IO加载,性能较好;

2、实例化后只能调用基础模型类(默认是Model类)中的方法;

3、可以在实例化的时候指定表前缀、数据库和数据库的连接信息;

D方法的强大则体现在你封装的自定义模型类有多强,不过随着新版ThinkPHP框架的基础模型类的功能越来越强大,M方法也比D方法越来越实用了。

M方法的调用格式:

M('[基础模型名:]模型名','数据表前缀','数据库连接信息')

我们来看下M方法具体有哪些用法:

1、实例化基础模型(Model) 类

在没有定义任何模型的时候,我们可以使用下面的方法实例化一个模型类来进行操作:


//实例化User模型 
$User = M('User'); 
//执行其他的数据操作 
$User->select(); 


这种方法最简单高效,因为不需要定义任何的模型类,所以支持跨项目调用。缺点也是因为没有自定义的模型类,因此无法写入相关的业务逻辑,只能完成基本的CURD操作。


$User = M('User'); 


其实等效于:


$User = new Model('User'); 


表示操作think_user表。M方法和D方法一样也有单例功能,多次调用并不会重复实例化。M方法的模型名参数在转换成数据表的时候会自动转换成小写,也就是说ThinkPHP的数据表命名规范是全小写的格式。

2、实例化其他公共模型类

第一种方式实例化因为没有模型类的定义,因此很难封装一些额外的逻辑方法,不过大多数情况下,也许只是需要扩展一些通用的逻辑,那么就可以尝试下面一种方法。


$User = M('CommonModel:User'); 


改用法其实等效于:


$User = new CommonModel('User'); 


因为系统的模型类都能够自动加载,因此我们不需要在实例化之前手动进行类库导入操作。模型类CommonModel必须继承Model。我们可以在CommonModel类里面定义一些通用的逻辑方法,就可以省去为每个数据表定义具体的模型类,如果你的项目已经有超过100个数据表了,而大多数情况都是一些基本的CURD操作的话,只是个别模型有一些复杂的业务逻辑需要封装,那么第一种方式和第二种方式的结合是一个不错的选择。

3、传入表前缀、数据库和其他信息

M方法有三个参数,第一个参数是模型名称(可以包括基础模型类和数据库),第二个参数用于设置数据表的前缀(留空则取当前项目配置的表前缀),第三个参数用于设置当前使用的数据库连接信息(留空则取当前项目配置的数据库连接信息),例如:


$User = M('db2.User','think_'); 


表示实例化Model模型类,并操作db2数据库中的think_user表。

如果第二个参数留空或者不传,表示使用当前项目配置中的数据表前缀,如果操作的数据表没有表前缀,那么可以使用:


$User = M('db1.User',null); 


表示实例化Model模型类,并操作db1数据库中的user表。

如果你操作的数据库需要不同的用户账号,可以传入数据库的连接信息,例如:


$User = M('User','think_','mysql://user_a:1234@localhost:3306/thinkphp'); 


表示基础模型类用Model,然后对think_user表进行操作,用user_a账号进行数据库连接,操作数据库是thinkphp。

第三个连接信息参数可以使用DSN配置或者数组配置,甚至可以支持配置参数。

例如,在项目配置文件中配置了:


'DB_CONFIG'=>'mysql://user_a:1234@localhost:3306/thinkphp'; 


则可以使用:


$User = M('User','think_','DB_CONFIG'); 


基础模型类和数据库可以一起使用,例如:


$User = M('CommonModel:db2.User','think_'); 


如果要实例化分层模型的话,利用公共模型类的方式,我们可以使用:


M('UserLogic:User'); 


来实例化UserLogic,虽然这样做的意义不大,因为可以用


D('User','Logic'); 


实现同样的功能。

 

ThinkPHP函数详解:R方法

 

R方法用于调用某个控制器的操作方法,是A方法的进一步增强和补充。关于A方法的用法见这里。

R方法的调用格式:

R('[项目://][分组/]模块/操作','参数','控制器层名称')

例如,我们定义了一个操作方法为:


class UserAction extends Action { 
 public function detail($id){ 
  return M('User')->find($id); 
 } 
 } 


那么就可以通过R方法在其他控制器里面调用这个操作方法(一般R方法用于跨模块调用)


$data = R('User/detail',array('5')); 


表示调用User控制器的detail方法(detail方法必须是public类型),返回值就是查询id为5的一个用户数据。如果你要调用的操作方法是没有任何参数的话,第二个参数则可以留空,直接使用:


$data = R('User/detail'); 


也可以支持跨分组和项目调用,例如:


R('Admin/User/detail',array('5')); 


表示调用Admin分组下面的User控制器的detail方法。


R('Admin://User/detail',array('5')); 


表示调用Admin项目下面的User控制器的detail方法。

官方的建议是不要在同一层多太多调用,会引起逻辑的混乱,被公共调用的部分应该封装成单独的接口,可以借助3.1的新特性多层控制器,单独添加一个控制器层用于接口调用,例如,我们增加一个Api控制器层,


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方法的调用方式。

 

U方法的用法示例:

 

    U('User/add') // 生成User模块的add操作地址

也可以支持分组调用:

    U('Home/User/add') // 生成Home分组的User模块的add操作地址

当然,也可以只是写操作名,表示调用当前模块的

    U('add') // 生成当前访问模块的add操作地址

除了分组、模块和操作名之外,我们也可以传入一些参数:

    U('Blog/read?id=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/cate?cate_id=1&status=1')

但是不允许使用下面的定义方式来传参数:

    U('Blog/cate/cate_id/1/status/1')

根据项目的不同URL设置,同样的U方法调用可以智能地对应产生不同的URL地址效果,例如针对:

    U('Blog/read?id=1')

这个定义为例。
如果当前URL设置为普通模式的话,最后生成的URL地址是:

    http://serverName/index.php?m=Blog&a=read&id=1

如果当前URL设置为PATHINFO模式的话,同样的方法最后生成的URL地址是:

    http://serverName/index.php/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/:idd'=>'News/read'

那么可以使用

    U('/news/1')

最终生成的URL地址是:

    http://serverName/index.php/news/1

域名支持
如果你的应用涉及到多个子域名的操作地址,那么也可以在U方法里面指定需要生成地址的域名,例如:

    U('Blog/[email protected]','id=1');

@后面传入需要指定的域名即可。

此外,U方法的第5个参数如果设置为true,表示自动识别当前的域名,并且会自动根据子域名部署设置APP_SUB_DOMAIN_DEPLOY和APP_SUB_DOMAIN_RULES自动匹配生成当前地址的子域名。
如果开启了URL_CASE_INSENSITIVE,则会统一生成小写的URL地址。
锚点支持

3.1.2版本开始,U方法还可以支持生成URL地址中的锚点,例如:

    U('Blog/read#comment','id=1','html')

就会生成

    http://serverName/Blog/read/id/1.html#comment

如果域名和锚点同时使用的话,注意顺序为先锚点后域名,例如:

    U('Blog/read#comment@blog','id=1');

热门栏目