PSR-11 container with constructor injection.

4.1.0 2020-08-30 16:36 UTC

This package is auto-updated.

Last update: 2021-03-01 00:21:01 UTC


pipeline status coverage report Back project Maintainability


IoC container with constructor dependency injection.


The container binds a key to a value where the value can be any type or a class name.

If it is a object, primitive or any type of instance, it will store the instance as a static object, that is: the same object will be returned at each get call. While if a class name is passed the container will try to create an instance of the class on each get call. If it can not create an instance, a NotFoundException or ContainerException will be thrown.

The binding can be done at creation by passing an associative array into the constructor, or by using the set method. To re-bind, the rebind method - accepting a key and a value - can be used.

The container implements the PSR-11 Container interface. Further, the container implements the ArrayAccess interface, enabling fetching by using the array index syntax as: $container[Interface::class].


The container implements the following interfaces:

interface ContainerInterface {
  public function get($abstract): mixed;
  public function has($abstract): bool;

interface ArrayAccess {
  public function offsetExists($offset);
  public function offsetGet($offset);
  public function offsetSet($offset, $value);
  public function offsetUnset($offset);

The ArrayAccess interface allows for getting, setting and un-setting bindings through the array index syntax:

$c['Abstract'] = 'Concrete';
echo $c['Abstract']; // 'Concrete'

Further more, the class implements the following public methods:

class Container {
  public function __construct(?array $bindings);
  public function clear();
  public function set(string $abstract, mixed $concrete, ?bool $singleton = false): bool;
  public function rebind(string $abstract, mixed $concrete, ?bool $singleton = false);
  public function unset(string $abstract);

The constructor of the class takes an optional bindings array. The array expected to be an associative array containing the abstract as key and concrete as value. If wanted, the concrete could be another associative array with a class key containing the class to resolve to and a singleton key with a boolean value.
If the singleton key is true, the container will only ever create a single instance of the resolved value.


$container = new Container([
  InterfaceA::class => ClassA::class,
  InterfaceB::class => [
    'class' => ClassB::class,
    'singleton' => true
  InterfaceC::class => [
    'class' => ClassA::class,
    'singleton' => true

$container->get(InterfaceA::class); // Will be a new object of the ClassA class.
$container->get(InterfaceB::class); // On first call, it will be resolved to a ClassB class.
$container->get(InterfaceB::class); // On all other calls, the object will be the same as the first call.
$container->get(InterfaceC::class); // As with InterfaceB, this will resolve to a ClassA class on first call.
$container->get(InterfaceC::class); // And on other calls, the same object, but not same object as InterfaceA resolves to.

Rebinding can be done in runtime with the $container->rebind($a, $c, $singleton); method.
This will unset the earlier binding and create a new.

To remove all the current bindings, the $container->clear(); method can be used, which will empty the inner list of entries. Observe that this will not clear up the currently resolved instances of objects stored in your classes, but rather just remove all the entries from the container.

All the methods implemented in the class (with an exception in the has and clear methods) will throw exceptions on errors.
The following two exceptions are used:

Jitesoft\Exceptions\Psr\Container\ContainerException implements ContainerExceptionInterface;
Jitesoft\Exceptions\Psr\Container\NotFoundException  implements NotFoundExceptionInterface;

So when checking for exceptions, one could use either the underlying JitesoftException class, the specific classes or the interfaces.
Observe though that the NotFoundException inherits from the ContainerException so in the cases where both can be returned and you want to catch the specific exceptions, catch the NotFoundException before the ContainerException.

Dependency injection

The container will, in the cases where it is able to, inject dependencies into the constructor when resolving the object.
There are some requirements before it will be able to do this though:

  1. The parameter need to be typehinted.
  2. The parameter need to be possible to resolve in the container.

If the container can not resolve the parameter, it will throw an exception. But following the above two requirements, this should not happen.

class ClassA {}

class ClassB {
  __constructor(ClassA $b) { }

$container->set(ClassB::class, ClassB::class);
$container->get(ClassB::class); // Will throw a ContainerException due to class A not being bound.

$container->set(ClassA::class, ClassA::class);
$container->get(ClassB::class); // Will not throw any exception. ClassA is resolved and pushed into the constructor of ClassB.

Not only classes

The container does not only resolve bindings, but can be used to store other values too.
If the passed concrete is not a class name, it will use it as a single value and not resolve. So passing a string or number as the concrete will make the get method return the value.

$container->set('Something', 123);
$container->get('Something'); // 123