摘要:上面应用依赖容器后这段代码来自从容器中取得中服务提供者看看官方的例子注册一个服务在容器中注册绑定。使用绑定单例有没有发现方法其实就是往依赖容器里设置一个类。然后官方文档也说了,就是一个服务容器,听名字也知道了其实就是依赖容器。
其实laravel中的服务容器就是一个依赖容器,依赖容器是什么,请看下文。
依赖注入当一个系统变复杂后,经常会遇到A类需要B类的方法,B类需要C类的方法这样的情况。传统的思路下,我们会这么写:
class Bim { public function doSomething() { echo __METHOD__, "|"; } } class Bar { public function doSomething() { $bim = new Bim(); $bim->doSomething(); echo __METHOD__, "|"; } } class Foo { public function doSomething() { $bar = new Bar(); $bar->doSomething(); echo __METHOD__; } } $foo = new Foo(); $foo->doSomething();
应用依赖注入的思想(依赖注入听上去很花哨,其实质是通过构造函数或者某些情况下通过 set 方法将类依赖注入到类中):
改成这样:
class Bim { public function doSomething() { echo __METHOD__, "|"; } } class Bar { private $bim; public function __construct(Bim $bim) { $this->bim = $bim; } public function doSomething() { $this->bim->doSomething(); echo __METHOD__, "|"; } } class Foo { private $bar; public function __construct(Bar $bar) { $this->bar = $bar; } public function doSomething() { $this->bar->doSomething(); echo __METHOD__; } } $foo = new Foo(new Bar(new Bim())); $foo->doSomething(); // Bim::doSomething|Bar::doSomething|Foo::doSomething依赖容器
上面类的实例化还是我们手动new的,依赖容器的作用就是把类的实例化管理起来,应用程序需要到Foo类,就从容器内取得Foo类,容器创建Bim类,再创建Bar类并把Bim注入,再创建Foo类,并把Bar注入,应用程序调用Foo方法,Foo调用Bar方法,接着做些其它工作。
上面应用依赖容器后(这段代码来自Twittee):
class Container { private $s = array(); function __set($k, $c) { $this->s[$k] = $c; } function __get($k) { return $this->s[$k]($this); } } $c = new Container(); $c->bim = function () { return new Bim(); }; $c->bar = function ($c) { return new Bar($c->bim); }; $c->foo = function ($c) { return new Foo($c->bar); }; // 从容器中取得Foo $foo = $c->foo; $foo->doSomething(); // Bim::doSomething|Bar::doSomething|Foo::doSomethinglaravel中服务提供者
看看官方的例子:
注册一个服务:
use RiakConnection; use IlluminateSupportServiceProvider; class TestServiceProvider extends ServiceProvider { /** * 在容器中注册绑定。 * * @return void */ public function register() { //使用singleton绑定单例 $this->app->singleton("test",function(){ return new TestService(); }); } }
有没有发现register方法其实就是往依赖容器里设置一个类。然后官方文档也说了,
$this->app就是一个服务容器,听名字也知道了其实就是依赖容器。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/22886.html
摘要:用匿名函数的好处在于,这个服务绑定到容器以后,并不会立即产生服务最终的对象,只有在这个服务解析的时候,匿名函数才会执行,此时才会产生这个服务对应的服务实例。 前言 老实说,第一次老大让我看laravel框架手册的那天早上,我是很绝望的,因为真的没接触过,对我这种渣渣来说,laravel的入门门槛确实有点高了,但还是得硬着头皮看下去(虽然到现在我还有很多没看懂,也没用过)。 后面慢...
摘要:初步尝试既然最常见的注册命令的方式是修改类中的,那么一般正常人都会从这边开始下手。又要自己取出实例,又要自己调用方法,调用方法之前还有自己先把实例化这么繁琐,肯定不是运行时添加命令的最佳实践,所以我决定继续寻找更优解。 本文首发于我的博客,原文链接:https://blessing.studio/best-... 虽然 Laravel 官方文档提供的添加 Artisan Command...
摘要:控制反转容器控制反转使依赖注入变得更加便捷。有瑕疵控制反转容器是实现的控制翻转容器的一种替代方案。容器的独立使用即使没有使用框架,我们仍然可以在项目中使用安装组件来使用的控制反转容器。在没有给定任何信息的情况下,容器是无法实例化相关依赖的。 声明:本文并非博主原创,而是来自对《Laravel 4 From Apprentice to Artisan》阅读的翻译和理解,当然也不是原汁原味...
摘要:划下重点,服务容器是用于管理类的依赖和执行依赖注入的工具。类的实例化及其依赖的注入,完全由服务容器自动的去完成。 本文首发于 深入剖析 Laravel 服务容器,转载请注明出处。喜欢的朋友不要吝啬你们的赞同,谢谢。 之前在 深度挖掘 Laravel 生命周期 一文中,我们有去探究 Laravel 究竟是如何接收 HTTP 请求,又是如何生成响应并最终呈现给用户的工作原理。 本章将带领大...
摘要:因为路由层面受业务影响很大,经常修改一些功能的行为,所以后来大部分测试都是针对层面的单元测试。在我了解的过程中,我发现中文网络上对的讨论非常分散,于是我创建了中文社区,到年末已经有个注册用户和个帖子了。 https://jysperm.me/2016/02/programming-of-2015/ 从 2014 年末开始开发的一个互联网金融项目终于在今年三月份上线了,这是一个 Node...
阅读 3637·2021-11-19 09:40
阅读 3095·2019-08-30 15:54
阅读 2313·2019-08-30 15:44
阅读 3196·2019-08-29 15:35
阅读 3331·2019-08-29 12:22
阅读 2861·2019-08-28 18:01
阅读 3140·2019-08-26 13:54
阅读 902·2019-08-26 12:24