PHP 控制反转和依赖注入(IoC/DI)

依赖注入的目的是实现松耦合的软件架构，以便更好的测试，管理和扩展的代码。

控制反转（Inversion of Control）：当调用者需要被调用者的协助时，在传统的程序设计过程中，通常由调用者来创建被调用者的实例，但在这里，创建被调用者的工作不再由调用者来完成，而是将被调用者的创建移到调用者的外部，从而反转被调用者的创建，消除了调用者对被调用者创建的控制，因此称为控制反转。

依赖注入（Dependency Injection）：要实现控制反转，通常的解决方案是将创建被调用者实例的工作交由IoC容器来完成，然后在调用者中注入被调用者（通过构造器/方法注入实现），这样我们就实现了调用者与被调用者的解耦，该过程被称为依赖注入。依赖注入是控制反转的一种实现方式。常见注入方式有三种：setter、constructor injection、property injection。

容器（Container）：管理对象的生成、资源取得、销毁等生命周期，建立对象与对象之间的依赖关系，可以延时加载对象。比较著名有PHP-DI、Pimple。

代码演示IoC：

假设应用程序有储存需求，若直接在高层的应用程序中调用低层模块API，导致应用程序对低层模块产生依赖。

<?php/** * 高层 */class App{    private $writer;    public function __construct()    {        $this->writer = new FloppyWriter();    }    public function save()    {        $this->writer->saveToFloppy();    }}/** * 低层，软盘存储 */class FloppyWriter{    public function saveToFloppy()    {        echo __METHOD__;    }}$app = new App();$app->save(); // FloppyWriter::saveToFloppy

假设程序要移植到另一个平台，而该平台使用USB磁盘作为存储介质，则这个程序无法直接重用，必须加以修改才行。本例由于低层变化导致高层也跟着变化，不好的设计。程序不应该依赖于具体的实现，而是要依赖抽像的接口。请看代码演示：

<?php/** * 接口 */interface IDeviceWriter{    public function saveToDevice();}/** * 高层 */class App{    /**     * @var IDeviceWriter     */    private $writer;    /**     * @param IDeviceWriter $writer     */    public function setWriter($writer)    {        $this->writer = $writer;    }    public function save()    {        $this->writer->saveToDevice();    }}/** * 低层，软盘存储 */class FloppyWriter implements IDeviceWriter{    public function saveToDevice()    {        echo __METHOD__;    }}/** * 低层，USB盘存储 */class UsbDiskWriter implements IDeviceWriter{    public function saveToDevice()    {        echo __METHOD__;    }}$app = new App();$app->setWriter(new UsbDiskWriter());$app->save(); // UsbDiskWriter::saveToDevice$app->setWriter(new FloppyWriter());$app->save(); // FloppyWriter::saveToDevice

控制权从实际的FloppyWriter转移到了抽象的IDeviceWriter接口上，让App依赖于IDeviceWriter接口，且FloppyWriter、UsbDiskWriter也依赖于IDeviceWriter接口。
这就是IoC，面对变化，高层不用修改一行代码，不再依赖低层，而是依赖注入，这就引出了DI。

如果这个组件有很多依赖，我们需要创建多个参数的setter方法​​来传递依赖关系，这让我们的代码不易维护。

<?php//创建依赖实例$request = new Request();$filter = new Filter();//把实例作为参数传递给构造函数$some = new SomeComponent($request, $filter);$some->setRequest($request);$some->setFilter($filter);

解决的方法是为依赖实例提供一个容器。这个容器担任全局的注册表，注入容器而不是具体实例。

<?phpclass SomeComponent{    protected $_di;    public function __construct($di)    {        $this->_di = $di;    }    public function someRequest()    {        // 请求实例        $connection = $this->_di->get('request');    }    public function someOtherRequest()    {        // 请求实例        $connection = $this->_di->get('request');        // 过滤器实例        $filter = $this->_di->get('filter');    }}$di = new DI();//在容器中注册一个request服务$di->set('request', function() {    return new Request(array(        "test" => "test"    ));});//在容器中注册一个filter服务$di->set('filter', function() {    return new Filter();});//把传递服务的容器作为唯一参数传递给组件$some = new SomeComponent($di);$some->someRequest();

这个组件现在可以很简单的获取到它所需要的服务，服务采用延迟加载的方式，只有在需要使用的时候才初始化，这也节省了服务器资源。这个组件现在是高度解耦。