資訊專欄INFORMATION COLUMN
摘要：在構造函數中注入依賴性在中作為服務的控制器這是痛苦的，當你有個以上的依賴項，你的構造函數是行樣板代碼在屬性中注入依賴性這是我們建議的解決方案。
PHP-DI是用PHP編寫的、強大的和實用的、框架無關的依賴注入容器。這是一個關于如何使用PHP-DI和依賴注入的最佳實踐指南。
文章來源于PHP-DI，作者：Matthieu Napoli和貢獻者。PHP-DI是用PHP編寫的、強大的和實用的、框架無關的依賴注入容器。
原文地址（英文）：http://php-di.org/doc/best-pr...
PHP-DI在【本站實用開源目錄】鏈接：http://www.worldlink.com.cn/o...
這是一個關于如何使用PHP-DI和依賴注入的最佳實踐指南。
雖然它可能不包括每個案例，并滿足每個人，但它可作為拋磚引玉，以幫助您開始依賴注入。
如果你不同意該指南中解釋的任何內容，那沒關系。你應該對這些問題提出自己的見解:)。它不會阻止你以你想要的方式使用PHP-DI。
使用容器和依賴注入的規則以下是一些基本規則：
不要直接從容器中獲取一個條目（總是使用依賴注入）
更普遍的是，編寫代碼解耦的容器
針對接口的類型約束，要在容器的配置中配置使用哪種實現
＃編寫控制器
在控制器中使用依賴注入通常是最痛苦的。
如果我們以Symfony 2為例（但這通常適用于每個框架），這里有你的選擇：
在容器中注入控制器，并調用 $container->get(...)
這是不好的，見規則n°1。
在構造函數中注入依賴性（在Symfony中作為服務的控制器）
這是痛苦的，當你有5個以上的依賴項，你的構造函數是15行樣板代碼
在屬性中注入依賴性
這是我們建議的解決方案。
例如:
class UserController
{
/**
* @Inject
* @var FormFactoryInterface
*/
private $formFactory;
public function createForm($type, $data, $options)
{
// $this->formFactory->...
}
}
如你所見，這個解決方案需要很少的代碼，很容易理解和利于IDE支持（自動完成，重構，...）。
屬性注入通常讓人皺眉頭，這是有一定的原因的：
注入私有屬性破壞了封裝
它不是一個顯式的依賴：沒有約定，說你的類需要設置屬性以工作
如果使用PHP-DI的注解來標記要注入的依賴關系，那么您的類依賴于容器（請參見上面的第2條規則）
但
如果您遵循關于如何編寫應用程序的一般最佳實踐，您的控制器將不包含業務邏輯（僅對模型進行路由調用并綁定返回的值以查看）。
因此：
你不會對它進行單元測試（這并不意味著你不會在接口上寫功能測試）
你不需要在別處重用它
如果你改變框架，你可能不得不重寫它（或其部分）（因為大多數依賴，如請求、響應、模板系統等將改變）
此解決方案提供了許多優點，沒有主要的缺點，因此我們建議在控制器中使用注解。
給定一個服務旨在被重用、測試和獨立于你的框架，我們不建議使用注解注入依賴。 相反，我們建議使用構造函數注入和自動裝配：
class OrderService implements OrderServiceInterface
{
private $paymentService;
public function __construct(PaymentServiceInterface $paymentService)
{
$this->paymentService = $paymentService;
}
public function processOrder($order)
{
$this->paymentService->...
}
}
通過使用自動裝配（默認情況下啟用），您自己保存綁定配置中的構造函數的每個參數。 PHP-DI將通過檢查您的參數的類型來猜測它需要注入哪個對象。
在某些情況下，使用自動裝配還不夠，因為一些參數將是一個標量（string，int，...）。 此時，您需要明確定義要在該標量參數中注入的內容，為此，您可以：
定義方法/類的全部注入（即，每個參數）。
例如：
// ...
OrderService::class => DIobject()
->constructor(DIget(SomeOtherService::class), "a value"),
];
或者只定義標量參數，讓PHP-DI使用自動裝配。
例如:
DIobject()
->constructorParameter("paramName", "a value"),
];
這個解決方案通常是優選的，避免重新定義一切。
旁注：如規則n°3中所述，我們建議對接口進行類型約束。 在這種情況下，您將需要將接口映射到容器在配置中應該使用的實現：
使用庫當使用庫，如日志記錄器，ORM，...有時需要配置它們。
在這種情況下，我們建議您在配置文件中定義這些依賴關系。 我們還建議在配置有點復雜時使用匿名函數。
匿名函數允許你編寫真正的PHP代碼，這是偉大的，因為你可以使用庫的文檔，得到IDE支持，作為一個PHP開發人員，你懂的:)。
這里是一個例子，Monolog，一個PHP記錄器：
DIfactory(function () {
$logger = new Logger("mylog");
$fileHandler = new StreamHandler("path/to/your.log", Logger::DEBUG);
$fileHandler->setFormatter(new LineFormatter());
$logger->pushHandler($fileHandler);
return $logger;
}),
];
當然，如你所見，我們使用PSR-3接口進行注入。 這樣，我們可以隨時用任何PSR-3記錄器替換Monolog，只需更改此配置即可。
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/31711.html
摘要：代碼這就是控制反轉模式。是變量有默認值則設置默認值是一個類，遞歸解析有默認值則返回默認值從容器中取得以上代碼的原理參考官方文檔反射，具有完整的反射，添加了對類接口函數方法和擴展進行反向工程的能力。 PHP程序員如何理解依賴注入容器(dependency injection container) 背景知識 傳統的思路是應用程序用到一個Foo類，就會創建Foo類并調用Foo類的方法，假如這...
摘要：但在生產環境下，如果不指定保存依賴的版本號會存在問題。它會生成一個文件，不僅記錄了當前環境中使用的模塊精確的版本號，還記錄了這些模塊的其他依賴的版本，以此類推。 本文來自國外新手向技術博客RisingStack。有興趣的同學可點擊原文查看。 相信npm install是npm-cli最常用的功能，但其實它還有很多其他可挖掘的地方。在本文中，你將會學習如何在應用開發的整個生命周期中——...
摘要：原文地址下面是中文翻譯擁有強大的控制反轉依賴注入容器。單例在使用自動綁定和時，每次需要時都會創建一個新的實例或者調用閉包。 原文地址 Laravels Dependency Injection Container in Depth 下面是中文翻譯 Laravel擁有強大的控制反轉(IoC)/依賴注入(DI) 容器。不幸的是官方文檔并沒有涵蓋所有可用的功能，因此，我決定嘗試寫文檔為自...
摘要：是為快速開發設計的框架。特色框架提供許多主流的特性如依賴注入等。輕松支持是目前最流行的接口文檔框架。在一開始就非常注重框架的友好性盡可能讓框架保持準確的代碼提示。 PhpBoot showImg(https://segmentfault.com/img/remote/1460000004864102);showImg(https://segmentfault.com/img/remot...
摘要：前言這將是一個分為兩部分，內容是關于在生產環境下，跑應用的最佳實踐。潛在的攻擊者可以通過它們進行針對性的攻擊。 前言 這將是一個分為兩部分，內容是關于在生產環境下，跑Express應用的最佳實踐。第一部分會關注安全性，第二部分最會關注性能和可靠性。當你讀這篇文章時，假設你已經對Node.js和web開發有所了解，并且對生產環境有了概念。 概覽 生產環境，指的是軟件生命循環中的某個階段。...
閱讀 3237·2021-09-07 10:10
閱讀 3582·2019-08-30 15:44
閱讀 2582·2019-08-30 15:44
閱讀 2997·2019-08-29 15:11
閱讀 2225·2019-08-28 18:26
閱讀 2748·2019-08-26 12:21
閱讀 1116·2019-08-23 16:12
閱讀 3027·2019-08-23 14:57
