本文主要和大家分享PHP控制反转和依赖注入实例，依赖注入的目的是实现松耦合的软件架构，以便更好的测试，管理和扩展的代码。
控制反转（Inversion of Control）：当调用者需要被调用者的协助时，在传统的程序设计过程中，通常由调用者来创建被调用者的实例，但在这里，创建被调用者的工作不再由调用者来完成，而是将被调用者的创建移到调用者的外部，从而反转被调用者的创建，消除了调用者对被调用者创建的控制，因此称为控制反转。
依赖注入（Dependency Injection）：要实现控制反转，通常的解决方案是将创建被调用者实例的工作交由IoC容器来完成，然后在调用者中注入被调用者（通过构造器/方法注入实现），这样我们就实现了调用者与被调用者的解耦，该过程被称为依赖注入。依赖注入是控制反转的一种实现方式。常见注入方式有三种：setter、constructor injecti本文来源gao@!dai!ma.com搞$$代^@码!网!搞gaodaima代码on、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控制反转与依赖注入
以上就是PHP控制反转和依赖注入实例的详细内容，更多请关注搞代码gaodaima其它相关文章！
转载请注明原文链接：PHP控制反转和依赖注入实例
