本文主要和大家分享PHP控制反轉和依賴注入執行個體,依賴注入的目的是實現松耦合的軟體架構,以便更好的測試,管理和擴充的代碼。
控制反轉(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();
這個組件現在可以很簡單的擷取到它所需要的服務,服務採用消極式載入的方式,只有在需要使用的時候才初始化,這也節省了伺服器資源。這個組件現在是高度解耦。
相關推薦:
解析PHP依賴注入和控制反轉
PHP 依賴注入(DI) 和 控制反轉(IoC)執行個體教程
PHP控制反轉與依賴注入