在ThinkPHP中,一般来说应用的配置文件是自动加载的,加载的顺序是:
#### 惯例配置->应用配置->扩展配置->场景配置->模块配置->动态配置
以上是配置文件的加载顺序,因为后面的配置会覆盖之前的同名配置(在没有生效的前提下),所以配置的优先顺序从右到左。
下面说明下不同的配置文件的区别和位置:
惯例配置
惯例重于配置是系统遵循的一个重要思想,框架内置有一个惯例配置文件(位于ThinkPHP/convention.php
),按照大多数的使用对常用参数进行了默认配置。所以,对于应用的配置文件,往往只需要配置和惯例配置不同的或者新增的配置参数,如果你完全采用默认配置,甚至可以不需要定义任何配置文件。
建议仔细阅读下系统的惯例配置文件中的相关配置参数,了解下系统默认的配置参数。
应用配置
应用配置文件是应用初始化的时候首先加载的公共配置文件,默认位于application/config.php
。
扩展配置
扩展配置文件是由extra_config_list
配置参数定义的额外的配置文件,默认会加载database
和validate
两个扩展配置文件。
V5.0.1
开始,取消了该配置参数,扩展配置文件直接放入application/extra
目录会自动加载。
场景配置
每个应用都可以在不同的情况下设置自己的状态(或者称之为应用场景),并且加载不同的配置文件。
举个例子,你需要在公司和家里分别设置不同的数据库测试环境。那么可以这样处理,在公司环境中,我们在应用配置文件中配置:
'app_status'=>'office'
那么就会自动加载该状态对应的配置文件(默认位于application/office.php
)。
如果我们回家后,我们修改定义为:
'app_status'=>'home'
那么就会自动加载该状态对应的配置文件(位于application/home.php
)。
状态配置文件是可选的
模块配置
每个模块会自动加载自己的配置文件(位于application/当前模块名/config.php
)。
模块还可以支持独立的状态配置文件,命名规范为:application/当前模块名/应用状态.php
。
模块配置文件是可选的
如果你的应用的配置文件比较大,想分成几个单独的配置文件或者需要加载额外的配置文件的话,可以考虑采用扩展配置或者动态配置(参考后面的描述)。
加载配置文件
Config::load('配置文件名');
配置文件一般位于APP_PATH
目录下面,如果需要加载其它位置的配置文件,需要使用完整路径,例如:
Config::load(APP_PATH.'config/config.php');
系统默认的配置定义格式是PHP返回数组的方式,例如:
return [
'配置参数1'=>'配置值',
'配置参数1'=>'配置值',
// ... 更多配置
];
如果你定义格式是其他格式的话,可以使用parse
方法来导入,例如:
Config::parse(APP_PATH.'my_config.ini','ini');
Config::parse(APP_PATH.'my_config.xml','xml');
parse方法的第一个参数需要传入完整的文件名或者配置内容。
如果不传入第二个参数的话,系统会根据配置文件名自动识别配置类型,所以下面的写法仍然是支持的:
Config::parse('my_config.ini');
parse方法除了支持读取配置文件外,也支持直接传入配置内容,例如:
$config = 'var1=val
var2=val';
Config::parse($config,'ini');
支持传入配置文件内容的时候 第二个参数必须显式指定。
标准的ini格式文件定义:
配置参数1=配置值
配置参数2=配置值
标准的xml格式文件定义:
<config>
<var1>val1</var1>
<var2>val2</var2>
</config>
配置类采用驱动方式支持各种不同的配置文件类型,因此可以根据需要随意扩展。