krak / cargo
Small yet Powerful container library inspired by pimple
Installs: 1 111
Dependents: 9
Suggesters: 0
Security: 0
Stars: 2
Watchers: 2
Forks: 0
Open Issues: 5
Requires
- krak/array: ^0.4.0
- psr/container: ^1.0
Requires (Dev)
- krak/auto-args: ^0.3.1
- peridot-php/peridot: ^1.18
- pimple/pimple: ^3.0
- symfony/var-dumper: ^3.2
This package is auto-updated.
Last update: 2024-10-18 17:58:11 UTC
README
Cargo is yet another container library. Its feature set and semantics closely follow Pimple; however, it's design is more modular so that it can be extended. It was designed to be compatible with Pimple; so you can easily use any Pimple service providers with Cargo.
Pimple is a great service container; however it suffers from one problem... extendability. Pimple was never designed to properly extended or decorated which makes it very hard to add features without modifying the core. Cargo is a container that manages to keep the simplicity of Pimple while allowing powerful extensions.
Installation
Install with composer at krak/cargo
Usage
Creating a Container
There are several ways to create cargo containers. The easiest way is to just create the default container like so:
<?php use Krak\Cargo; $c = Cargo\container();
Which is just the same as doing:
$c = new Container\BoxContainer(); $c = new Container\SingletonContainer($c); $c = new Container\BoxFactoryContainer($c); $c = new Container\FreezingContainer($c); $c = new Container\AliasContainer($c);
Cargo is designed to be extendable and flexible, so each container decorator adds a feature that can be removed if not desired.
If you want just a bare bones container, you can use the following:
<?php $c = Cargo\liteContainer($values = [], $box_container = null);
This just implements the Box and BoxFactory container which caches services as singletons by default.
Defining Services
Services can defined and configured several ways.
$c['a'] = function($c) { return new ServiceA(); }; // or $c->add('b', function($c) { return new ServiceB($c['a']); });
Due to the BoxFactoryContainer, all Closures are treated as lazy services. Meaning, they are not invoked until needed. The Singleton container also defaults all services to be singletons, so the result of the service definition closure is cached so that it's not invoked twice. These semantics mimic the behavior of the Pimple Container;
Accessing the Container
You can either use the ArrayAccess methods or get
to retrieve values and invoke services.
$c['a'] == $c->get('a');
Factory or Singleton Services
You can specify if you want to define a service as a factory or singleton with these two helper methods.
$c->singleton('a', function() { return new ServiceA(); }); $c->factory('b', function() { return new ServiceB(); }); // $c['a'] === $c['a'] - same instance each time // $c['b'] !== $c['b'] - different instance each time
Parameters/Values
Anything added to the container that isn't a service is defined as value.
$c['a.parameter'] = 'value'; $c['a'] = function($c) { return new ServiceA($c['a.parameter']); };
Values are stored and retrieved as is. No processing is done to them.
If you want to use a closure as a parameter, you can use the protect
method:
$func = function() {}; $c->protect('a.closure_parameter', $func); // it returns the same instance because values are just stored as is. // $c['a.closure_parameter'] === $func
Env Parameters
You can register parameters to be read from the environment with the env
method:
$c->env('APP_KEY', $alias = 'application.key'); // $c['APP_KEY'] === $c['application.key'] are read from the env
Wrapping Services
Similar to Pimple's extend
, Cargo allows you to wrap service definitions for decoration.
If you want to replace a definition, you would simply redefine it; however, if you want to decorate or modify a definition, you wrap it:
$c['logger'] = function() { return new Logger(); }; $c->wrap('logger', function($logger, $c) { $logger->setValue($c['value']); return new MyLogger($logger); }); // $c['logger'] instanceof MyLogger == true
Service Freezing
Services by default will be frozen due to the FreezingContainer. You can redefine entries as much you'd like, but once a service is invoked, it is considered frozen and will throw an exception if you try to redefine it.
$c['a'] = function() {}; // ok to redefine because we haven't invoked 'a' yet. $c['a'] = function() {}; $service = $c['a']; // this will throw an exception because the service was frozen $c['a'] = function() {};
Aliasing Entries
It's often useful to use class names as the identifier, but then also provide aliases for a quick reference.
$c[Acme\ServiceA::class] = function() { return new Acme\ServiceA(); }; $c->alias(Acme\ServiceA::class, 'acme.service_a', 'a'); // $c[Acme\ServiceA::class] === $c['service_a'] === $c['a']
Auto Wiring
Auto wiring allows the container to try and automatically instantiate services if they aren't already defined in the container. To enable auto-wiring, you need to:
- Install the Auto Args Library (
composer install krak/auto-args
) - Use the AutoWireContainer
// the second parameter as true will include the auto wiring $c = Cargo\container([], $auto_wire = true); $stack = $c->get('SplStack'); // will return an instance of SplStack as a singleton. // defines 'StdClass' as a factory instance and will set it up for auto-wiring since no definition was given. $c->factory('StdClass'); // $c['StdClass'] !== $c['StdClass']
In addition, you can bind any class to be auto wired:
$c->singleton('a', SplStack::class); $c->factory('b', ArrayObject::class);
a
and b
will resolve to their respective classes. This only works on singleton/factory entries, else it'll just treat the service like a string value and won't try to auto-resolve it.
Service Providers
Cargo\ServiceProvider
provides a simple interface for defining multiple related services.
interface ServiceProvider { public function register(Cargo\Container $c); }
You can register service providers with a given container with the register
method:
$c->register(new FooProvider(), [ 'foo.parameters' => 1, ]); // or Cargo\register($c, new FooProvider(), [])
Container Interop
Krak\Cargo\Container
is not compatible with the ContainerInterop
interface by default. However, you can easily export the container to an Interop container using the toInterop
function.
$interop = Cargo\toInterop($c); // or $c->toInterop // $interop instanceof Psr\Container\ContainerInterface
Pimple Interop
Achieving Pimple compatibility is simple with the toPimple
function.
$pimple = Cargo\toPimple($c); // or $c->toPimple() $pimple['a'] = function() {}; $pimple->extend('a', function() {}); $pimple['b'] = $pimple->protect(function() { }); // $c has access to all services defined in pimple $c['b'];
Delegate Containers
In an effort to provide better integration with other containers, we provide delegate containers to allow you to default to a cargo definitions, but fallback to the delegate container.
ArrayAccessDelegateContainer
and PsrDelegateContainer
both act as delegate containers. The first will accept any array or ArrayAccess
object (like Pimple), and the other will accept any Psr Container.
<?php $pimple = new Pimple\Container(); $pimple['a'] = 1; $pimple['b'] = 1; $c = Cargo\container(); $c = new Cargo\Container\ArrayAccessDelegateContainer($c, $pimple); $c['b'] = 2; assert($c['b'] == 2 && $c['a'] == 1);
Cargo Design
Container Interface for Decoration
To do...
Boxes
To do...
API
function alias(Container $c, $id, ...$aliases)
Aliases an entry $id
into $aliases
for the container $c
. Each alias will share the same box reference as the original entry.
function env(Container $c, $var_name, $id = null)
Adds an EnvBox entry into the container $c
with $var_name
being the name of the env var and $id
is the entry name.
If $id
is left null, then it will default to $var_name
.