Thinkphp 框架配置操作之动态配置、扩展配置及批量配置实例分析
这篇文章主要介绍了Thinkphp 框架配置操作之动态配置、扩展配置及批量配置,结合实例形式分析了Thinkphp配置操作中动态配置、扩展配置及批量配置基本原理、实现方法与相关注意事项,需要的朋友可以参考
本文实例讲述了Thinkphp 框架配置操作之动态配置、扩展配置及批量配置。分享给大家供大家参考，具体如下：
动态配置
设置格式：
1 | C('参数名称','新的参数值') |
例如，我们需要动态改变数据缓存的有效期的话，可以使用
1 2 | // 动态改变缓存有效期C('DATA_CACHE_TIME',60); |
动态配置赋值仅对当前请求有效，不会对以后的请求造成影响。
动态改变配置参数的方法和读取配置的方法在使用上面非常接近，都是使用C方法，只是参数的不同。
也可以支持二维数组的读取和设置，使用点语法进行操作，如下：
1 2 3 4 | // 获取已经设置的参数值C('USER_CONFIG.USER_TYPE');// 设置新的值C('USER_CONFIG.USER_TYPE',1); |
扩展配置
扩展配置可以支持自动加载额外的自定义配置文件，并且配置格式和项目配置一样。
设置扩展配置的方式如下（多个文件用逗号分隔）：
1 2 | // 加载扩展配置文件'LOAD_EXT_CONFIG' => 'user,db', |
假设扩展配置文件user.php 和db.php分别用于用户配置和数据库配置，这样做的好处是哪怕以后关闭调试模式，你修改db配置文件后依然会自动生效。
如果在应用公共设置文件中配置的话，那么会自动加载应用公共配置目录下面的配置文件Application/Common/Conf/user.php和Application/Common/Conf/db.php。
如果在模块（假设是Home模块）的配置文件中配置的话，则会自动加载模块目录下面的配置文件 Application/Home/Conf/user.php 和 Application/Home/Conf/db.php。
默认情况下，扩展配置文件中的设置参数会并入项目配置文件中。也就是默认都是一级配置参数，例如user.php中的配置参数如下：
1 2 3 4 5 6 7 | <?php//用户配置文件return array( 'USER_TYPE' => 2, //用户类型 'USER_AUTH_ID' => 10, //用户认证ID 'USER_AUTH_TYPE' => 2, //用户认证模式); |
那么，最终获取用户参数的方式是：
1 | C('USER_AUTH_ID'); |
如果配置文件改成：
1 2 | // 加载扩展配置文件'LOAD_EXT_CONFIG' => array('USER'=>'user','DB'=>'db'), |
则最终获取用户参数的方式改成：
1 | C('USER.USER_AUTH_ID'); |
批量配置
C配置方法支持批量配置，例如：
1 2 | $config = array('WEB_SITE_TITLE'=>'ThinkPHP','WEB_SITE_DESCRIPTION'=>'开源PHP框架');C($config); |
$config数组中的配置参数会合并到现有的全局配置中。
可以通过这种方式读取数据库中的配置参数，例如：
1 2 3 4 5 | // 读取数据库中的配置（假设有一个config表用于保存配置参数）$config = M('Config')->getField('name,value');// config是一个关联数组 键值就是配置参数 值就是配置值// 例如： array('config1'=>'val1','config2'=>'val2',...)C($config); // 合并配置参数到全局配置 |
合并之后，我们就可以和前面读取普通配置参数一样，读取数据库中的配置参数了，当然也可以动态改变。
1 2 3 4 | // 读取合并到全局配置中的数据库中的配置参数C('CONFIG1');// 动态改变配置参数（当前请求有效，不会自动保存到数据库）C('CONFIG2','VALUE_NEW'); |