函数中使用require_once问题深入探讨 优雅的配置文件定义方法推荐
2014-07-02 00:00
851 查看
背景
在项目中很多人喜欢在配置文件使用数组来配置各个配置项,如等级的配置level.config.php:
因为项目不同模块经常会相互调用方法,会出现重复包含一个文件的情况,为了避免错误,大家一般都会用require_one,而且经常会在函数里包含文件,如:
问题
那么这样会有什么问题呢?先看如下代码的输出,level.config.php即是上文提到的配置文件
输出是:
很多人觉得很奇怪,为什么第二次输出的是false,其实很简单:
require_once只包含一次文件,如果该文件已经被包含了,则不会再次包含。
1.第一次执行getNameByLeval(1)时因为之前没包含level.config.php配置文件,所以本次会包含level.config.php文件并编译,所有函数里有$g_levelConfig变量;
2.当第二次执行getNameByLeval(1)时,因为之前包含过level.config.php配置文件,本次不再包含,所以就没有$g_levelConfig变量,自然返回false;
解决办法
1.在全局作用于包含,在函数中引用
这样的话,无论用不用getNameByLeval函数,都要把level.config.php配置文件包含进来,有点不划算。
2.在函数中包含、应用
这样也感觉很不整洁美观
3.配置文件使用静态class
使用的时候
我个人非常推崇这个方式来定义配置文件,用起来优雅而且不容易覆盖变量。
在项目中很多人喜欢在配置文件使用数组来配置各个配置项,如等级的配置level.config.php:
<?php $g_levelConfig = array( '1'=>'新手', '2'=>'进阶', );
因为项目不同模块经常会相互调用方法,会出现重复包含一个文件的情况,为了避免错误,大家一般都会用require_one,而且经常会在函数里包含文件,如:
function getNameByLeval($level){ $level = intval($level); require_once CONFIG_PATH.'level.config.php'; if(!isset($g_levelConfig[$level])){ return false; }else{ return $g_levelConfig[$level]; } }
问题
那么这样会有什么问题呢?先看如下代码的输出,level.config.php即是上文提到的配置文件
<?php function getNameByLeval($level){ $level = intval($level); require_once 'level.config.php'; if(!isset($g_levelConfig[$level])){ return false; }else{ return $g_levelConfig[$level]; } } var_dump(getNameByLeval(1)); var_dump(getNameByLeval(2));
输出是:
string(6) "新手" bool(false)
很多人觉得很奇怪,为什么第二次输出的是false,其实很简单:
require_once只包含一次文件,如果该文件已经被包含了,则不会再次包含。
1.第一次执行getNameByLeval(1)时因为之前没包含level.config.php配置文件,所以本次会包含level.config.php文件并编译,所有函数里有$g_levelConfig变量;
2.当第二次执行getNameByLeval(1)时,因为之前包含过level.config.php配置文件,本次不再包含,所以就没有$g_levelConfig变量,自然返回false;
解决办法
1.在全局作用于包含,在函数中引用
<?php require_once 'level.config.php';//新增代码 function getNameByLeval($level){ global $g_levelConfig;//新增代码 $level = intval($level); if(!isset($g_levelConfig[$level])){ return false; }else{ return $g_levelConfig[$level]; } } var_dump(getNameByLeval(1)); var_dump(getNameByLeval(2));
这样的话,无论用不用getNameByLeval函数,都要把level.config.php配置文件包含进来,有点不划算。
2.在函数中包含、应用
<?php function getNameByLeval($level){ $level = intval($level); global $g_levelConfig;//新增代码 require_once 'level.config.php'; if(!isset($g_levelConfig[$level])){ return false; }else{ return $g_levelConfig[$level]; } } var_dump(getNameByLeval(1)); var_dump(getNameByLeval(2));
这样也感觉很不整洁美观
3.配置文件使用静态class
<?php class levelConfig{ public static $level = array( '1'=>'新手', '2'=>'进阶', ); }
使用的时候
function getNameByLeval($level){ $level = intval($level); require_once 'level.config.php'; if(!isset(levelConfig::$level[$level])){ return false; }else{ return levelConfig::$level[$level]; } }
我个人非常推崇这个方式来定义配置文件,用起来优雅而且不容易覆盖变量。
相关文章推荐
- 函数中使用require_once问题深入探讨 优雅的配置文件定义方法推荐
- mysql 查看当前使用的配置文件my.cnf的方法(推荐)
- require.js使用baseUrl + paths导入文件配置的3种方法
- php使用fputcsv()函数csv文件读写数据的方法(解决中文乱码问题)
- Log One(phpmyadmin中使用配置文件中定义的控制用户连接失败问题 :)
- php使用COPY函数更新配置文件的方法
- Log One(phpmyadmin中使用配置文件中定义的控制用户连接失败问题 )
- PHP包含文件函数include、include_once、require、require_once的使用
- phpadmin 使用配置文件中定义的控制用户连接失败 解决方法
- ThinkPHP中在调用js文件中使用U方法和已配置路径问题
- php使用COPY函数更新配置文件的方法
- 因计算机磁盘硬件配置问题windows无法启动及HP系列机器不能使用GHOST的解决方法
- Unity的外部配置文件使用方法
- struts配置文件中的form定义中使用string[]的一点疑问
- 惰性函数定义模式 使用方法第1/3页
- 用户系列之六:多用户使用同一个配置文件之实战篇 推荐
- Asp.Net中使用Access数据库配置文件使用相对路径问题
- 惰性函数定义模式 使用方法第1/3页
- xFire在使用Spring2.5,设定文件配置记述中需要注意的问题
- 多线程访问文件问题中WaitForSingleObject方法的使用,及其效率!