Skip to content

Factory for pulling nested configuration arrays from the config service

License

Notifications You must be signed in to change notification settings

phly/phly-configfactory

phly-configfactory

Build Status Coverage Status

This library provides a re-usable factory for pulling configuration from nested keys.

This library was previously released as phly/phly-expressive-configfactory. This version is a fork, modified to support Laminas.

Installation

Run the following to install this library:

$ composer require phly/phly-configfactory

Usage

Assign the factory Phly\ConfigFactory\ConfigFactory to services named with the following structure:

config-<dot.separated.config.keys>

As an example, if you have the following structure:

return [
    'cache' => [
        'adapters' => [
            'blog' => [
                'connection' => 'tcp://localhost:6349',
                'username'   => 'www-data',
                'prefix'     => 'blog',
            ],
        ],
    ],
];

and you wanted the "blog" adapter configuration, you would assign the dependency as follows:

return [
    'dependencies' => [
        'factories' => [
            'config-cache.adapters.blog' => \Phly\ConfigFactory\ConfigFactory,
        ],
    ],
];

Return empty or raise exception

By default, if no configuration at the expected key is found, the factory returns an empty array. If you want it to instead raise an exception, you can assign the factory as follows:

return [
    'dependencies' => [
        'factories' => [
            'config-cache.adapters.blog' => new \Phly\ConfigFactory\ConfigFactory(false),
        ],
    ],
];

This operation is safe, as ConfigFactory implements __set_state(), allowing it to be serialized safely with var_export().

The exception will indicate the key hierarchy it was attempting to retrieve.

Using configuration in factories

In your factories, you will refer to the metaname when retrieving the service. Following our example above:

use Psr\Container\ContainerInterface;

class BlogCacheFactory
{
    public function __invoke(ContainerInterface $container)
    {
        return new Cache($container->get('config-cache.adapters.blog'));
    }
}

Abstract Factory

If you are using laminas-servicemanager, you can use the class Phly\ConfigFactory\ConfigAbstractFactory as an abstract factory. This allows you to omit adding a factory entry for every configuration segment you want to retrieve. Instead, you can add the following:

return [
    'dependencies' => [
        'abstract_factories' => [
            \Phly\ConfigFactory\ConfigAbstractFactory::class,

            // OR

            new \Phly\ConfigFactory\ConfigAbstractFactory(false),
        ],
    ],
];

When present, it will handle any services with the prefix config-, and operate in the same way as the ConfigFactory.

Caveats

You should only specify keys that will return an array. Most containers only allow returning an array or object from factories, and will raise an exception otherwise. For those requiring an object, Mezzio generally casts to an ArrayObject instance, making this safe.

Support