?
本文檔使用 PHP中文網(wǎng)手冊 發(fā)布
如果你曾經(jīng)了解過依賴注入，那么你可能見過 “控制反轉(zhuǎn)”(Inversion of Control) 或者 “依賴反轉(zhuǎn)準則”(Dependency Inversion Principle)這種說法。這些是依賴注入能解決的更復雜的問題。
控制反轉(zhuǎn)
顧名思義，一個系統(tǒng)通過組織控制和對象的完全分離來實現(xiàn)”控制反轉(zhuǎn)”。對于依賴注入，這就意味著通過在系統(tǒng)的其他地方控制和實例化依賴對象，從而實現(xiàn)了解耦。
一些 PHP 框架很早以前就已經(jīng)實現(xiàn)控制反轉(zhuǎn)了，但是問題是，應該反轉(zhuǎn)哪部分以及到什么程度？比如， MVC 框架通常會提供超類或者基本的控制器類以便其他控制器可以通過繼承來獲得相應的依賴。這就是控制反轉(zhuǎn)的例子，但是這種方法是直接移除了依賴而不是減輕了依賴。
依賴注入允許我們通過按需注入的方式更加優(yōu)雅地解決這個問題，完全不需要任何耦合。
依賴反轉(zhuǎn)準則
依賴反轉(zhuǎn)準則是面向?qū)ο笤O計準則 S.O.L.I.D 中的 “D” ,倡導 “依賴于抽象而不是具體”。簡單來說就是依賴應該是接口/約定或者抽象類，而不是具體的實現(xiàn)。我們能很容易重構(gòu)前面的例子，使之遵循這個準則
<?php
namespace Database;
class Database {
protected $adapter;
public function __construct(AdapterInterface $adapter){
$this->adapter = $adapter;
}
}
interface AdapterInterface {
}
class MysqlAdapter implements AdapterInterface {
}現(xiàn)在 Database 類依賴于接口，相比依賴于具體實現(xiàn)有更多的優(yōu)勢。
假設你工作的團隊中，一位同事負責設計適配器。在第一個例子中，我們需要等待適配器設計完之后才能單元測試?，F(xiàn)在由于依賴是一個接口/約定，我們能輕松地模擬接口測試，因為我們知道同事會基于約定實現(xiàn)那個適配器
這種方法的一個更大的好處是代碼擴展性變得更高。如果一年之后我們決定要遷移到一種不同的數(shù)據(jù)庫，我們只需要寫一個實現(xiàn)相應接口的適配器并且注入進去，由于適配器遵循接口的約定，我們不需要額外的重構(gòu)。