stubbles/ioc

Dependency injection.

Wednesday, August 10, 2016
by mikey179
Repository
2 Watchers
1 Stars
767 Installations

PHP
5 Dependents
1 Suggesters
0 Forks
0 Open issues
59 Versions
9 % Grown

The README.md

stubbles/ioc

Dependency injection., _(*1)

Build status

, _(*2)

, _(*3)

Installation

stubbles/ioc is distributed as Composer package. To install it as a dependency of your package use the following command:, _(*4)

composer require "stubbles/ioc": "^11.0"

Requirements

stubbles/ioc requires at least PHP 8.2., _(*5)

Inversion of Control

stubbles/ioc provides a very simple-to-use but still powerful inversion of control container, which supports constructor and setter based dependency injection. The IoC container of stubbles/ioc is modeled after Google Guice and makes use of type hinting annotations. If you've never heard of type hinting or annotations, you should at first read the sections on these two topics:, _(*6)

Section on 'type hinting' in the PHP manual
Annotations Section on annotations in the stubbles/reflect.

The example code

Imagine, you are building a car configurator. To follow the rules of good design, you define interfaces for all components of a car and provide several classes that implement these components., _(*7)

The interfaces in you application include:, _(*8)

interface Car {
    public function moveForward($miles);
}
interface Person {
    public function sayHello();
}
interface Tire {
    public function rotate();
}
interface Engine {
    public function start();
}

The implementations are:, _(*9)

class BMW implements Car {
    private $driver;
    private $engine;
    private $tire;

    public function __construct(Engine $engine, Tire $tire, Person $driver) {
        $this->engine = $engine;
        $this->tire   = $tire;
        $this->driver = $driver;
    }
    public function moveForward($miles) {
        $this->driver->sayHello();
        $this->engine->start();
        $this->tire->rotate();
    }
}

class Schst implements Person {
    public function sayHello() {
        echo "My name is Stephan\n";
    }
}

class Goodyear implements Tire {
    public function rotate() {
        echo "Rotating Goodyear tire\n";
    }
}

class TwoLitresEngine implements Engine {
    public function start() {
        echo "Starting 2l engine\n";
    }
}

Without the dependency injection framework

To create a new instance of an implementation of Car the following code is required:, _(*10)

    $tire   = new Goodyear();
    $engine = new TwoLitresEngine();
    $schst  = new Schst();

    $bmw    = new BMW($engine, $tire, $schst);
    $bmw->moveForward(50);

Creating objects manually like this has several drawbacks:, _(*11)

Your application is bound to the concrete implementations instead of the interfaces
Changing the implementation means changing existing code, which might break it
The creation of objects is scattered throughout your application

Of course, real applications have a lot more classes, so things only get worse then., _(*12)

Enter 'Inversion of Control'

stubbles/ioc tries to solve these problems by providing functionality to handle all dependency injections for you. This keeps your application clean of boilerplate code., _(*13)

Furthermore, it allows you to centralize and/or modularize the definition of the concrete implementations for your interfaces or abstract types., _(*14)

A simple example

To define the concrete implementations is done using an instance of stubbles\ioc\Binder:, _(*15)

$binder = new \stubbles\ioc\Binder();
$binder->bind('Car')->to('BMW');
$binder->bind('Tire')->to('Goodyear');
$binder->bind('Person')->to('Schst');
$binder->bind('Engine')->to('TwoLitresEngine');

In this short code snippet, you bound the interfaces from the example above to their concrete implementations., _(*16)

If you now need an instance of the engine, you use the binder to create a stubbles\ioc\Injector, which can be used to create the desired Engine:, _(*17)

$injector = $binder->getInjector();
$engine = $injector->getInstance('Engine');
var_dump($engine);

This code snippet will now display:, _(*18)

object(TwoLitresEngine)#48 (0) {
}

As desired, it created an instance of the concrete implementation, that you bound to the interface., _(*19)

Next, you probably want to get an instance of Car using the same approach:, _(*20)

    $injector = $binder->getInjector();
    $car = $injector->getInstance('Car');
    var_dump($car);

object(BMW)#33 (3) {
  ["driver:private"]=>
  NULL
  ["engine:private"]=>
  object(TwoLitresEngine)#37 (0) {
  }
  ["tire:private"]=>
  object(Goodyear)#40 (0) {
  }
}

stubbles/ioc created a new instance of BMW, as you bound it to Car, and as the constructor of BMW requires a Tire and an Engine instance, it created these instances as well. To determine the concrete classes to use, stubbles/ioc used the bindings you defined in the stubbles\ioc\Binder instance., _(*21)

What you also can see is, that Stubbles did not inject an object into the $driver property, although you specified a binding for Person. stubbles/ioc will never inject any dependencies via setter methods., _(*22)

Further features

The Versions

10/08 2016

dev-master

9999999-dev http://stubbles.net/

Dependency injection.

library ioc

Dependency injection.

stubbles/ioc

The README.md

stubbles/ioc

Build status

Installation

Requirements

Inversion of Control

The example code

Without the dependency injection framework

Enter 'Inversion of Control'

A simple example

Further features

The Versions

dev-master

The Requires

The Development Requires

v8.0.1

The Requires

The Development Requires

v8.0.0

The Requires

The Development Requires

v7.1.1

The Requires

The Development Requires

v7.1.0

The Requires

The Development Requires

v7.0.0

The Requires

The Development Requires

v6.3.0

The Requires

The Development Requires

v6.2.0

The Requires

The Development Requires

v6.1.0

The Requires

The Development Requires

v6.0.0

The Requires

The Development Requires

v5.5.1

The Requires

The Development Requires

v5.5.0

The Requires

The Development Requires

v5.4.1

The Requires

The Development Requires

v5.4.0

The Requires

The Development Requires

v5.3.2

The Requires

The Development Requires

v5.3.1

The Requires

The Development Requires

v5.3.0

The Requires

The Development Requires

v5.2.0

The Requires

The Development Requires

v5.1.2

The Requires

The Development Requires

v5.1.1

The Requires

The Development Requires

v5.1.0

The Requires

The Development Requires

v5.0.1

The Requires