Skip to content
Simple configuration loader.
Branch: master
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
src/Weew/Config
tests
.gitignore
.travis.yml
composer.json
licence.md
phpunit.xml.dist
readme.md

readme.md

Configuration made simple

Build Status Code Quality Test Coverage Version Licence

Table of contents

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());
You can’t perform that action at this time.