在PHP应用程序中存储系统配置的最佳方式(编码方式)是什么?

Chr*_*ian 7 php config system

注意:配置保存在PHP文件中config.php.

我已经看到了不同的做法,这里是一个简短的示例列表(我在这些示例中存储数据库信息):

常数:全局,只读

define('DB_USER','user12');
define('DB_PASS','21user');
Run Code Online (Sandbox Code Playgroud)

使用GLOBALS数组:全局,可变,重复,与其他全局变量混合

$GLOBALS['DB_USER']='user12';
$GLOBALS['DB_PASS']='21user';
Run Code Online (Sandbox Code Playgroud)

使用非全局数组但提升了globaly:可能比第二个选项更差

$config=array(); ...

$config['DB_USER']='user12';
$config['DB_PASS']='21user';

... global $config;
    mysql_connect('localhost',$config['DB_USER'],$config['DB_PASS']);
Run Code Online (Sandbox Code Playgroud)

定义类属性:(全局,可枚举)

class Config {
    public $DB_USER='user12';
    public $DB_PASS='21user';
}
Run Code Online (Sandbox Code Playgroud)

标准/选项/特点:

  • 编码的简易性:您不希望检查设置是否存在或初始化
  • 易于修改:非程序员/外行可以轻松修改设置
  • 存放在干净的地方:不与其他变量混合(可以存储在子数组中)
  • 运行时修改:在某些情况下,其他开发人员可以轻松修改现有设置

在系统运行期间可能需要更改配置,因此选项1已不可行.第三种选择也不太干净.


在写这篇文章的时候,我对主观和封闭的讨论发出了重大警告.因此,继续关注主题,并给出有效的理由来解答您的问题.


这是一个非常明显的问题,考虑到我对不同的答案非常熟悉,你可能会问,为什么我要大惊小怪呢?问题是,我正在开发一个框架,并且与另一个框架(*ahem*joomla*ahem*)不同,我不想通过他们错误的投掷错误信息的解决方案,最终必须更改/在将来重新定位.


编辑:首先,配置文件的位置与我无关.如果他们愿意,我会确保人们可以轻松更改位置,但这不是必需的.首先,廉价的虚拟主机不允许这样做,其次,就安全性而言,这真的不是一个好的选择.为什么?因为,框架需要知道配置的位置.真的,通过默默无闻的安全措施不起作用.我宁愿修复所有RFI和XSS(例如),而不是偏执地将配置文件隐藏在多个层下.

Mad*_*der 2

为什么不使用 Zend_Config?它为配置选项创建一个通用接口,可以存储在配置文件或数据库中(使用适当的适配器)。而且它很轻;您不必引入整个 Zend 框架来使用它。

顺便说一句,由于您正在构建一个框架,因此应该将对全局命名空间的污染降至最低。就像您的第三个选项,如果您专门针对 5.3,请考虑使用正确的名称空间。