摘要：控制反轉(zhuǎn)容器控制反轉(zhuǎn)使依賴注入變得更加便捷。有瑕疵控制反轉(zhuǎn)容器是實現(xiàn)的控制翻轉(zhuǎn)容器的一種替代方案。容器的獨立使用即使沒有使用框架，我們?nèi)匀豢梢栽陧椖恐惺褂冒惭b組件來使用的控制反轉(zhuǎn)容器。在沒有給定任何信息的情況下，容器是無法實例化相關(guān)依賴的。

聲明：本文并非博主原創(chuàng)，而是來自對《Laravel 4 From Apprentice to Artisan》閱讀的翻譯和理解，當(dāng)然也不是原汁原味的翻譯，能保證90%的原汁性，另外因為是理解翻譯，肯定會有錯誤的地方，歡迎指正。

歡迎轉(zhuǎn)載，轉(zhuǎn)載請注明出處，謝謝！

上一張，我們學(xué)習(xí)了依賴注入，接下來，我們繼續(xù)探索的是“控制反轉(zhuǎn)”或者叫“依賴倒置”。后面我們使用IoC容器來代指如上的定義。IoC容器使類的依賴管理變的非常方便，Laravel的核心就是由這種強大的容器思想來驅(qū)動的。IoC容器是Laravel框架重要的組成部分，他將框架中所有組件組織在一起工作。事實上Laravel的Application類就是集成自Container容器類。

控制反轉(zhuǎn)容器(IoC Container)
控制反轉(zhuǎn)使依賴注入變得更加便捷。如果在容器中定義好了相關(guān)的類或者接口（約定），我們?nèi)绾卧诔绦蛑薪馕?、并注入這些對象呢？

Laravel應(yīng)用中，IoC容器可以使用依照門面設(shè)計模式實現(xiàn)的App類來訪問容器。容器中包含了各式各樣的方法，這里我們只介紹一些比較基礎(chǔ)的方法。讓我們以上一章中的BillerInterface和BillingNotifierInterface為基礎(chǔ)，來繼續(xù)探討使用Stripe¹實現(xiàn)的支付功能。我們可以將Stripe的接口實現(xiàn)按照如下代碼綁定到容器中：

App::bind("BillerInterface", function()
{
    return new StripeBiller(App::make("BillingNotifierInterface"));
})

注意這里，我們在綁定了BillerInterface的同時，也注入了BillingNotifierInterface接口實現(xiàn)的具體類，所以要將接口綁定到容器中：

App::bind("BillingNotifierInterface", function()
{
    return new EmailBillingNotifier;
});

如上，我們可以理解，容器就是各種接口對應(yīng)實現(xiàn)類的綁定的地方。一旦他們綁定到容器中，我們就能在整個應(yīng)用中的任意地方解析并使用他。我們甚至可以在解析器中繼續(xù)將其他內(nèi)容綁定到容器。

有瑕疵？
Laravel控制反轉(zhuǎn)容器是Fabien Potencier實現(xiàn)的Pimple2控制翻轉(zhuǎn)容器的一種替代方案。如果你已經(jīng)在項目中使用到Pimple，盡可安心的升級為Illuminate Container3組件，他為您提供了更多好用的特性！

一旦使用了容器，切換接口實現(xiàn)就是一件非常簡單的事情，簡單到一行代碼就能搞定：

class UserController extends BaseController{

    public function __construct(BillerInterface $biller)
    {
        $this->biller = $biller;
    }
}

控制器通過容器實例化后，包含EmailBillingNotifier的StripeBiller類就會隨著容器注入到控制器中?，F(xiàn)在，若想更換通知器的實現(xiàn)方式，只需要接口綁定的實現(xiàn)即可：

App::bind("BillingNotifierInterface", function()
{
    return new SmsBillingNotifier;
});

現(xiàn)在，無需擔(dān)心項目中到底哪里用到了這個通知器，只需實現(xiàn)新的SmsBillingNotifier類即可。利用這種方式，我們的應(yīng)用可以在不同的場景下實現(xiàn)快速切換。

是不是感覺這種切換實現(xiàn)的方式很高大上。想象一下，如果想將短信通知器的服務(wù)提供商更換為Twilio。我們只須開發(fā)一個使用Twilio通知的實現(xiàn)類，并替換掉綁定到容器中的接口對應(yīng)的實現(xiàn)類就好。如果在向Twilio的過度中出現(xiàn)了問題，我們還能快速的將容器中接口綁定的類替換回原來的服務(wù)，這里只需要那么一丁點改變就能快速實現(xiàn)需求變更?？梢钥吹?，依賴注入的優(yōu)點是超乎想象的。再多幾個例子？

好吧！接著往下看。 有時候，我們想在整個應(yīng)用中對一個類只進行一次解析，一次實例化。使用容器中的singleton方法即可：

App::singleton("BillingNotifierInterface", function()
{
    return new SmsBillingNotifier;
});

現(xiàn)在，容器一蛋解析了訂單通知類，在接下來的整個請求中都會使用同一個已實例化的實例。

容器中的intance方法和singleton有點類似；區(qū)別在于你可以傳入一個已存在的對象來更新接口綁定的實例，在后續(xù)的使用中，容器都將使用到這個新的對象。

$notifier = new SmsBillingNotifier;
App::instance("BillingNotifierInterface", $notifier);

現(xiàn)在我們已經(jīng)熟悉使用容器進行閉包回調(diào)的基礎(chǔ)方法，接下來，讓我們深入挖掘下他更強大的功能：反射。

容器的獨立使用
即使沒有使用Laravel框架，我們?nèi)匀豢梢栽陧椖恐惺褂?b>Composer安裝illuminate/container組件來使用Laravel的控制反轉(zhuǎn)容器。

Laravel容器的一個強大的特性就是能通過反射自動解析依賴。反射具有檢測類及其方法的能力。比如，PHP中的ReflectionClass類允許你檢測一些方法在給定的類中是否可用。PHP函數(shù)method_exists也是反射的一種形式。看看下面的代碼，讓我們來把玩一下：

$reflection = new ReflectionClass("StripeBiller");

var_dump($reflection->getMethods());

var_dump($reflection->getConstants());

通過使用PHP的這種特性，Laravel可以實現(xiàn)一些有趣的功能！例如，如下代碼：

class UserController extends BaseController {

    public function __construct(StripeBiller $biller)
    {
        $this->biller = $biller;
    }

}

如上控制器初始化時需要傳入StripeBiller類型的對象，我們可以通過反射進行類型檢測。當(dāng)Laravel容器沒有綁定相應(yīng)的解析器，它就會通過反射嘗試解析該類。流程大致如下：

容器中有無StripeBiller解析器？

沒有解析器？映射類StripeBiller判斷其依賴。

遞歸的解析StripeBiller類的所有依賴。

通過ReflectionClass->newInstanceArgs()實例化一個新的StripeBiller。

可以看到，容器為你做了很多繁重的工作，使你能釋放更多的時間用于編碼各種邏輯的代碼類。這就是Laravel容器特有的強大特性，也是它能夠勝任構(gòu)建大型應(yīng)用的必殺器。

現(xiàn)在，我們控制器中的代碼修改成這樣，這會怎樣？

class UserController extends BaseController
{
    public function __construct(BillerInterface $biller)
    {
        $this->biller = $biller;
    }
}

假如我們沒有對BillerInterface進行綁定，那么容器如何注入其依賴的類呢？注意，接口只是個約定，他是不能進行實例化的。在沒有給定任何信息的情況下，容器是無法實例化相關(guān)依賴的。所以我們需要使用bind方法來為接口指定一個默認的類的實現(xiàn)：

App::bind("BillerInterface","StripBiller");

這里我們把字符串替換成一個閉包傳入容器，他會告訴容器任何情況下總是使用StripeBiller這個實現(xiàn)自BillerInterface接口的類。這里，我們又可以只修改一行代碼，就能進行替換掉容器中的綁定的邏輯了。假如我們想使用余額支付來代替現(xiàn)有的支付，我們只需要完成繼承自BillerInterface接口的實現(xiàn)類BalanceInterfacez，同時修改下容器中的綁定：

App::bind("BillerInterface", "BalancedBiller");

應(yīng)用就會自動解析并使用這個新的支付方式。

同樣我們也可以使用singleton方法綁定接口，這樣在整個請求周期內(nèi)容器只會進行一次實例化。

App::singleton("BillerInterface", "StripeBiller");

掌握容器
想要深入理解Laravel容器？那就通讀下代碼吧！容器只有一個類文件IlluminateContainerContainer。當(dāng)你看完這個文件代碼后，肯定能對容器有更深、更全面的認識。

-

2015-04-02 第二次閱讀修正。

2015-02-14 第一次翻譯發(fā)布。