时间:2021-07-01 10:21:17 帮助过:4人阅读
控制反转(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);
解决的方法是为依赖实例提供一个容器。这个容器担任全局的注册表,注入容器而不是具体实例。
<?php class 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控制反转和依赖注入实例的详细内容,更多请关注Gxl网其它相关文章!