构建可配置PHP应用程序的正确方式

使用数据库

　　最后的替代方式是使用一个数据库保存配置元素的值。那首先要用一个简单的模式来存储配置数据。下面是一个简单的模式。

　　清单 14. schema.sql

DROP TABLE IF EXISTS settings; CREATE TABLE settings ( 　id MEDIUMINT NOT NULL AUTO_INCREMENT, 　name TEXT, 　value TEXT, 　PRIMARY KEY ( id ) );

　　这要求进行一些基于应用程序需求的调整。例如，如果想让配置元素按照每个用户进行存储，就需要添加用户 ID 作为额外的一列。

　　为了读取及写入数据，我编写了如图 15 所示的更新过的 Configuration 类。

　　清单 15. db1.php

＜?php require_once( 'DB.php' ); $dsn = 'mysql://root:password@localhost/config'; $db =& DB::Connect( $dsn, array() ); if (PEAR::isError($db)) { die($db-＞getMessage()); } class Configuration { 　private $configFile = 'config.xml'; 　private $items = array(); 　function __construct() { $this-＞parse(); } 　function __get($id) { return $this-＞items[ $id ]; } 　function __set($id,$v) 　{ 　　global $db; 　　$this-＞items[ $id ] = $v; 　　$sth1 = $db-＞prepare( 'DELETE FROM settings WHERE name=?' ); 　　$db-＞execute( $sth1, $id ); 　　if (PEAR::isError($db)) { die($db-＞getMessage()); } 　　$sth2 = $db-＞prepare('INSERT INTO settings ( id, name, value ) VALUES ( 0, ?, ? )' ); 　　$db-＞execute( $sth2, array( $id, $v ) ); 　　if (PEAR::isError($db)) { die($db-＞getMessage()); } 　} 　function parse() 　{ 　　global $db; 　　$doc = new DOMDocument(); 　　$doc-＞load( $this-＞configFile ); 　　$cn = $doc-＞getElementsByTagName( "config" ); 　　$nodes = $cn-＞item(0)-＞getElementsByTagName( "*" ); 　　foreach( $nodes as $node ) 　　$this-＞items[ $node-＞nodeName ] = $node-＞nodeValue; 　　$res = $db-＞query( 'SELECT name,value FROM settings' ); 　　if (PEAR::isError($db)) { die($db-＞getMessage()); } 　　while( $res-＞fetchInto( $row ) ) { 　　　$this-＞items[ $row[0] ] = $row[1]; 　　} 　} } $c = new Configuration(); echo( $c-＞TemplateDirectory."\n" ); $c-＞TemplateDirectory = 'new foo'; echo( $c-＞TemplateDirectory."\n" ); ?＞

　　这实际上是一个混合的文本/数据库解决方案。请仔细观察 parse 方法。该类首先读取文本文件来获取初始值，然后读取数据库，进而将键更新为最新的值。在设置一个值后，键就从数据库中移除掉，并添加一条具有更新过的值的新记录。

　　观察 Configuration 类如何通过本文的多个版本来发挥作用是一件有趣的事，该类能从文本文件、XML 及数据库中读取数据，并一直保持相同的接口。我鼓励您在开发中也使用具有相同稳定性的接口。对于对象的客户机来说，这项工作具体是如何运行的是不明确的。关键的是对象与客户机之间的契约。

　　什么是配置及怎样配置

　　在配置过多的配置选项与配置不足间找一个适当的中间点是一件困难的事。可以肯定的是，任何数据库配置（例如，数据库名称、数据库用户用及密码）都应该是可配置的。除此之外，我还有一些基本的推荐配置项。

　　在高级设置中，每一个特性都应该有一个独立的启用/禁用选项。根据其对应用程序的重要性来允许或禁用这些选项。例如，在一个 Web 论坛应用程序中，延时特性在缺省状态下是启用的。但电子邮件通知在缺省状态下却是禁用的，因为这似乎需要定制。

　　用户界面（UI）选项全应该设置到一个位置上。界面的结构（例如，菜单位置、额外的菜单项、链接到界面特定元素的 URL、使用的 logo，诸如此类）全应该设置到一个单一位置上。我强烈地建议不要将字体、颜色或样式条目指定为配置项。这些都应该通过层叠样式表（Cascading Style Sheets，CSS）来设置，且配置系统应该指定使用哪个 CSS 文件。CSS 是设置字体、样式、颜色等等的一种有效且灵活的方式。有许多出色的 CSS 工具，您的应用程序应该很好地利用 CSS，而不是试图自行设置标准。

　　在每一个特性中，我推荐设置 3 到 10 个配置选项。这些配置选项应该以一种意义明显的方式命名。如果配置选项能够通过 UI 设置，在文本文件、XML 文件及数据库中的选项名称应该直接同界面元素的标题相关。另外，这些选项全应该有明确的缺省值。

　　总的来说，下面这些选项应该是可配置的：电子邮件地址、CSS 所使用的东西、从文件中引用的系统资源的位置以及图形元素的文件名。

　　对于图形元素，您也许想要创建一个名为皮肤 的独立的配置文件类型，该类型中包含了对配置文件的设置，包括 CSS 文件的位置、图形的位置及这些类型的东西。然后，让用户在多种皮肤文件中进行挑选。这使得对应用程序外观和感觉的大规模更改变得简单。这也同样为用户提供了一个机会，使应用程序能够在不同的产品安装间更换皮肤。本文并不涵盖这些皮肤文件，但您在这里学到的基础知识将会使对皮肤文件的支持变得更加简单。

　　结束语

　　可配置性对于任何 PHP 应用程序来说都是至关重要的一个部分，一开始就应该成为设计的中心部分。我希望本文能够对您实现配置架构提供一些帮助，并对应该允许什

查看本文来源

么样的配置选项有所指导。