weew / config
Simple configuration loader.
Requires
- symfony/yaml: ^3.0
- weew/contracts: ^1.1
- weew/helpers-array: ^1.0
- weew/helpers-filesystem: ^1.0
Requires (Dev)
- phpunit/phpunit: ^4.7
- satooshi/php-coveralls: ^0.6.1
This package is not auto-updated.
Last update: 2024-11-23 20:09:43 UTC
README
Table of contents
- Installation
- Loading configurations
- Accessing configurations
- Configuration formats
- References
- Runtime config
- Environments
- Extending
Installation
composer require weew/config
Loading configurations
The config loader is responsible for loading of the configuration files. All you have to do is to provide a location(file or directory) where it can find your configs. It will scan the locations(s) for configuration files and return you a config object.
$loader = new ConfigLoader(); $loader->addPath('path/to/my/config'); $config = $loader->load();
Accessing configurations
You can easily access config values by the config key.
// get config value $config->get('key', 'defaultValue'); // set config value $config->set('key', 'value'); // check if config is set $config->has('key'); // remove config value $config->remove('key'); // check if config is set, throws MissingConfigException // optionally a type may be specified (string, int, array, etc..) $config ->ensure('key', 'errorMessage') ->ensure('stringNode', 'errorMessage', 'string') ->ensure('arrayNode', 'errorMessage', 'array');
Configuration formats
Following formats are supported out of the box.
Plain PHP format example:
return [ 'key' => 'value', 'list' => [ 'key' => 'value', ], ];
INI format example:
key = value [list] key = value
YAML format example:
key: 'value' list: key: value
Json format example:
{ "key": "value", "list": { "key": "value", } }
References
You can always reference to other config values from within a config file. To create a reference, simple wrap a config key with curly braces {config.key}`.
// config1 return [ 'list' => [ 'foo' => 'bar' ] ]; // config2 return [ 'reference' => 'foo {list.foo}' ]; // returns 'foo bar' $config->get('reference');
You can even reference whole config blocks.
// config1 return [ 'list' => [ 'foo' => 'bar' ] ]; // config2 return [ 'reference' => '{list}' ]; // returns ['foo' => 'bar'] $config->get('reference');
Now when you access the reference
value you will get "bar" in return. Keep in mind that references are interpolated at access time (when you call $config->get()). This means that if you change a config value, everyone who references it will receive it's updated value and not the old one.
Runtime config
Sometimes you might want to apply runtime config from an array or similar that also has a higher priority as the config loaded from the filesystem.
$loader->addRuntimeConfig(['my' => 'config']); // or $loader->addRunetimeConfig(new Config(['my' => 'config']));
Environments
Often you want to split your configurations in multiple files or directories and load them depending on your current environment. This can be achieved trough the environment settings.
Setting an environment
Out of the box it comes with support for dev, test and prod environments. Custom environments can be added on the fly.
$loader->setEnviroonment('prod');
How it works
To understand how environments detection works, lets take a look at this directory structure:
- test
- db.php
- prod
- db.php
- config.php
- config_test.php
- config_prod.php
In the test environment only the "test" directory and it's contents, "config_test.php" and "config.php" will be loaded. In the prod environment however, it will load only the "prod" directory, "config_prod.php" and "config.php".
Files and folders that have been added to the config loader will be loaded in the order of registration. Inside directories, files are loaded alphabetically.
Adding custom environments
To create your own environments you'll have to register a new rule on the environment detector. The first argument is the name of the environment and the second is an array of masks.
$loader->getEnvironmentDetector() ->addEnvironmentRule('integ', ['integ', 'integration', 'stage']);
Below is a list of some files and directories that would match the integration environment:
- stage
- _stage
- _stage_
- foo_stage
- _stage.txt
- foo_stage.txt
This files will not match:
- stagefoo
- foostage
- foo_stage_bar
- _stagebar
As delimiter you can use any of this characters: ._+:-
.
Ignoring files
This files are ignored by default:
- dist
- _dist
- _dist_
- foo_dist
- _dist.txt
- foo_dist.txt
- ignore
- _ignore
- _ignore_
- foo_ignore
- _ignore.txt
- foo_ignore.txt
You may specify custom rules to ignore certain files:
$loader->getEnvironmentDetector() ->addIgnoreRule('sample', ['dist', 'ignore', 'sample']);
Extending
Config loader provides you multiple extension points to alter its behaviour and functionality.
Custom config drivers
Adding your own drivers is very easy. All you have to do is to implement the IConfigDriver interface and pass an instance of the driver to the config loader. You can have multiple active drivers at the same time.
class MyDriver implements IConfigDriver {} $loader->addDriver(new MyDriver());
Custom environment detector
You can replace the default environment detector with your own. Just create a new detector which implements the IEnvironmentDetector interface and pass it to the config loader. Also take a look on how to create your own environments.
class MyDetector implements IEnvironmentDetector {} $loader->setEnvironmentDetector(new MyDetector());