核心思想：Di依賴注入 讓資源更可控

一個沒有絕對答案的世界，卻擁有絕對的豐富。 --《沈奇嵐：我愿生命從容》

2.11.1 定義

(1) 關于依賴注入

即控制反轉(zhuǎn)，目的是了減少耦合性，簡單來說就是使用開放式來獲取需要的資源。

(2) 關于資源

這里說的資源主要是在開發(fā)過程中使用到的資源，包括配置項；數(shù)據(jù)庫連接、Memcache、接口請求等系統(tǒng)級的服務；以及業(yè)務級使用到的實例等。

引入依賴注入的目的不僅是為了增加一個類，而是為了更好的對資源進行初始化、管理和維護。下面將進行詳細的說明。

2.11.2 一個簡單的例子

很多時候，類之間會存在依賴、引用、委托的關系，如A依賴B時，可以這樣使用：

class A {
    protected $_b;

    public function __construct()
    {
        $this->b = new B();      
    }
}

這種方式在A內(nèi)限制約束了B的實例對象，當改用B的子類或者改變B的構(gòu)建方式時，A需要作出調(diào)整。這時可以通過依賴來改善這種關系：

class A {
    protected $_b;

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

再進一步，可以使用DI對B的對象進行管理：

class A {
    public function __construct()
    {       
    }

    public function doSth()
    {
        //當你需要使用B時
        $b = $di->get('B');
    }
}

這樣的好處？

一方面，對于使用A的客戶（指開發(fā)人員），不需要再添加一個B的成員變量，特別不是全部類的成員函數(shù)都需要使用B類服務時。另一方面在外部多次初始化A實例時，可以統(tǒng)一對B的構(gòu)建。

2.11.3 依賴注入的使用示例

為方便使用，調(diào)用的方式有：set/get函數(shù)、魔法方法setX/getX、類變量$fdi->X、數(shù)組$fdi['X']，初始化的途徑有：直接賦值、類名、匿名函數(shù)。

/** ------------------ 創(chuàng)建與設置 ------------------ **/
//獲取DI
$di = DI();
//演示的key
$key = 'demoKey';

/** ------------------ 設置 ------------------ **/
//可賦值的類型：直接賦值、類名賦值、匿名函數(shù)
$di->set($key, 'Hello DI!');
$di->set($key, 'Simple');
$di->set($key, function(){
    return new Simple();
});
//設置途徑：除了上面的set()，你還可以這樣賦值
$di->setDemoKey('Hello DI!');
$di->demoKey = 'Hello DI!';
$di['demoKey'] = 'Hello DI!';

/** ------------------ 獲取 ------------------ **/
//你可以這樣取值
echo $di->get('demoKey'), "\n";
echo $di->getDemoKey(), "\n";
echo $di->demoKey, "\n";
echo $di['demoKey']. "\n";

/**
 * 演示類
 */
class Simple
{
    public function __construct()
    {
    }
}

2.11.4 依賴注入的好處

(1)減少對各個類編寫工廠方法以單例獲取的開發(fā)量

DI相當于一個容器，里面可以放置基本的變量，也可以放置某類服務，甚至是像文件句柄這些的資源。在這容器里面，各個被注冊的資源只會存在一份，也就是當被注冊的資源為一個實例對象時，其效果就等于單例模式。

因此，保存在DI里面的類，不需要再編寫獲取單例的代碼，直接通過DI獲取即可。

例如很多API的服務組件以及其他的一些類，都實現(xiàn)了單例獲取的方式。分別如：

微博接口調(diào)用：

<?php
class Weibo_Api
{
    protected static $_instance = null;

    public static function getInstance()
    {
        if (!isset(self::$_instance)) {
            self::$_instance = new Weibo_Api();
        }
        return self::$_instance;
    }

    //....
}

七牛云存儲接口調(diào)用：

class Qiniu_Api {
    private static $_instance = null; //實例對象

    public static function getInstance()
    {
        if (self::$_instance ===null) {
            self::$_instance = new Qiniu_Api();
        }
        return self::$_instance;
    }
}

QQ開放平臺接口調(diào)用：

class QQ_Api { 
    private static $_instance = null; //實例對象

    public static function getInstance()
    {
        if (self::$_instance ===null) {
            self::$_instance = new QQ_Api();
        }
        return self::$_instance;
    }
}

如果使用DI對上面這些服務進行管理，則上面三個類乃至其他的類對于單例這塊的代碼都可以忽略不寫。注冊代碼如下：

$di->sStockApi = 'Weibo_Api';
$di->sDioAopi = 'Qiniu_Api';
$di->sShopApi = 'QQ_Api';

上面是通過類名來進行延遲加載，但需要各個類提供public的無參數(shù)的構(gòu)造函數(shù)。如果各個服務需要進行初始化，可以將初始化的工作放置在onInitialize()函數(shù)內(nèi)，DI在對類實例化時會回調(diào)此函數(shù)進行初始化。

(2)統(tǒng)一資源注冊，便于后期維護管理

這里引入DI，更多是為了“一處創(chuàng)建，多處使用”， 而不是各自創(chuàng)建，各自使用。

創(chuàng)建和使用分離

考慮以下場景：假設有這樣的業(yè)務數(shù)據(jù)需要緩存機制，所以可注冊一個實現(xiàn)緩存機制的實例：

$di->set('cache', new FileCache());

然后提供給多個客戶端使用：

$di['cache']->set('indexHtml', $indexContent);   //緩存頁面
$di['cache']->set('config', $config);  //緩存公共配置
$di['cache']->set('artistList', $artistList);   //緩存數(shù)據(jù)

當需要切換到MC或者Redis緩存或者多層緩存時，只需要修改對緩存機制的注入即可，如：

$di->set('cache', new RedisCache());

依賴注入的一個很大的優(yōu)勢就在于可以推遲決策，當需要用到某個對象時，才對其實例化?？梢宰岄_發(fā)人員在一開始時不必要關注過多的細節(jié)實現(xiàn)，同時也給后期的擴展和維護帶來極大的方便。

再上一層，假設未來我們需要更高級的緩存服務，那么我們可以在不影響客戶端使用的情況下，輕松升級。
未來的可配置化的多級緩存策略

以下是一個模擬的使用場景，但依然對現(xiàn)在的項目有一定的幫助。假設我們現(xiàn)在有一個MC集群的緩存且引入了DI，使用如下：

<?php

//初始化
$di = Core_DI::one();
$di->cache = new Memcache();
$di->cache->connect('localhost', 11211);

//不同文件的多處使用 ...
echo $di->cache->get('key');
echo $di->cache->get('key2');
echo $di->cache->get('key3');
...

假設現(xiàn)在發(fā)現(xiàn)一層緩存存在穿透情況，為保證服務器的穩(wěn)定性，我們已開發(fā)實現(xiàn)了多層緩存策略，并且可以通過簡單配置即可實現(xiàn)，只需要對DI容器里面的cache實例進行升級，其他客戶端的調(diào)用即可馬上享受到緩存升級的優(yōu)質(zhì)服務。升級涉及改動的代碼如下：

<?php

//初始化
$di = new Core_DI();
$di->cache = function () {
$ultraFastFrontend = new DataFrontend(array(
    "lifetime" => 3600
));

$fastFrontend = new DataFrontend(array(
    "lifetime" => 86400
));

$slowFrontend = new DataFrontend(array(
    "lifetime" => 604800
));

return new Multiple(array(
    new ApcCache($ultraFastFrontend, array(
        "prefix" => 'cache',
    )),
    new MemcacheCache($fastFrontend, array(
        "prefix" => 'cache',
        "host" => "localhost",
        "port" => "11211"
    )),
    new FileCache($slowFrontend, array(
        "prefix" => 'cache',
        "cacheDir" => "../app/cache/"
    ))
));
};

備注：關于多級緩存策略，后續(xù)會提供源代碼和重用庫，或者期待讀者的分享。

(3)延遲式加載，提高性能

延遲加載可以通過DI中的類名初始化、匿名函數(shù)和參數(shù)配置（未實現(xiàn)）三種方式來實現(xiàn)。

延遲加載有時候是非常有必要的，如在初始化項目的配置時，隨著配置項的數(shù)據(jù)增加，服務器的性能也將逐漸受到影響，因為配置的內(nèi)容可能是硬編碼，可能來自于數(shù)據(jù)庫，甚至需要通過接口從后臺調(diào)用獲取， 特別當很多配置項不需要使用時。而此時，支持延時加載將可以達到很好的優(yōu)化，而不用擔心在需要使用的時候忘記了初始化。從而很好的提高服務器性能，提高響應速度。

如對一些耗時的資源先進行匿名函數(shù)的初始化：

$di['hightResource'] = function() {
    //獲取返回耗性能的資源
    //return $resource; 
}

(4)以優(yōu)雅的方式取代濫用的全局變量

在我看來，PHP里面是不應該使用全局變量（global和$_GLOBALS），更不應該到處使用。

用了DI來管理，即可這樣注冊：

$di->set('debug', true);

然后這樣使用：

$debug = $di->get('debug');

也許有人會想：僅僅是換個地方存放變量而已嗎？其實是換一種思想使用資源。

以此延伸，DI還可用于改善優(yōu)化另外兩個地方：通過include文件途徑對變量的使用和變量的多層傳遞。

變量的多層傳遞，通俗來說就是漂洋過海的變量。

2.11.5 DI思想的來源與推薦參考

Dependency Injection/Service Location