I like the idea. Apart from the caching/resource comment, which I agree 100% with, I think you should also have another look at the name to the config. The “XML” inside it is not clean and I wonder if it might be even nicer to have a level per dir:

Suppose you have these files:

configs/database/mysql/news.xml
configs/database/mysql/clients.ini
configs/database/oracle/reporting.xml

They could be accessible by:
$config->database->mysql->news->someConfigElement;
$config->database->mysql->clients->someConfigElement;
$config->database->oracle->reporting->someConfigElement;

Wkr
Jeroen

Sven :

Nice example,
but why don’t you use an Config Resoucre Plugin, or port your Class to an resource Plugin.

Loading and generating Zend_Configs has a negative performance impact for your application the more configs you load and merge. Than you can use something like that for example:

if ($bootstrap->hasResource(’cachemanager’)) {
$bootstrap->bootstrap(’cachemanager’);
$manager = $bootstrap->getResource(’cachemanager’);
$cache = $manager->getCache(’config’);
}

and you can always retrieve the config object via the resource manager without loading all your files over and over.

Yeah good idea. I will do it. Thank for reading my article.

Loading and generating Zend_Configs has a negative performance impact for your application the more configs you load and merge. Than you can use something like that for example:

if ($bootstrap->hasResource(‘cachemanager’)) {
$bootstrap->bootstrap(‘cachemanager’);
$manager = $bootstrap->getResource(‘cachemanager’);
$cache = $manager->getCache(‘config’);
}

and you can always retrieve the config object via the resource manager without loading all your files over and over.

Tom A :

The understores in the echo are replaced with /…

$config->database_mysql_news_xml->adapter means the adapter setting in /config/database/mysql/news.xml

Thank Tom A for commend. Example updated.

$config->database_mysql_news_xml->adapter means the adapter setting in /config/database/mysql/news.xml

Henrique Mattos :

This looks great. I just read it and will try to imlement this later in my project. What I want to be sure is that only calling the path to project/app/configs would load configuration files even if they are some deeper leves?

To illustrate this:
$config = My_Config(’path/to/project/app/configs’);
would load the files in
– project/app/configs
– project/app/configs/database
– project/app/configs/database/sql
– project/app/configs/service

???

Thank for reading my article.
Of course you can use it.
Just put this class in your library folder and rename it as your autoloadernamespaces and test it.

But do you ever use Cache for config file? Did you think it’s useful for better performance? I need your recommend to improve this class.

To illustrate this:
$config = My_Config(‘path/to/project/app/configs’);
would load the files in
– project/app/configs
– project/app/configs/database
– project/app/configs/database/sql
– project/app/configs/service

???