Laravel core method confusion
我与drIEchel(上面提到的问题的作者)的情况相同,目前已经习惯了Laravel 4 FW并检查了核心.虽然给出了一个精确的答案,但我仍然不了解逻辑和幕后发生的事情.所以我非常感谢进一步的解释.
我知道这可能是重复的,但由于我无法发表评论,我会用一个新问题给它一个镜头.希望这样好.
从本文开始,我一直在从另一个角度看这个:
http://blog.joynag.net/2013/05/facades-in-laravel-4-and-static-methods-resolution/
在检查调用file:get()时,我最终得到了Container类的share函数,该函数使用这个实际参数共享调用(function(){return new filesystem;}.
我无法弄清楚的是使用$container.特别是在关闭时的第二次出现:
$object = $closure($container);
你能再次澄清一下吗?为什么$container作为参数在这里传递,实际包含在哪里?据我所知,$closure在此时保持并执行function(){return new filesystem;没有输入参数.
我搞不清楚了.现在研究这个和PHP匿名函数/闭包连续两天仍然无法弄明白.我既不理解$closure($container)的语法,也不理解逻辑.
作为参考,这是share
method @ v4.0.5. 那么,这里发生了什么.我将在几个步骤中解释它.
调用共享方法
正如您所指出的,这种方法是从服务提供商处调用的.因此,filesystemServiceProvIDer调用此方法,如下所示:
$this->app['files'] = $this->app->share(function() { return new filesystem; });
它将此共享方法的返回值分配给容器中的绑定.简而言之,该返回值将是在闭包中返回的新filesystem实例.
那么分享是做什么的?
share方法只是在IoC容器中定义单例的另一种方法.所有这些一开始可能有点令人生畏.基本上,Laravel本身就是一个IoC容器.所有类都绑定为容器上的实例.有时这些实例应该是每个调用的相同实例.
如果您在GitHub上查看上面的引用方法,您会注意到在闭包内部定义了一个静态变量.然后它检查该变量是否为null,如果是,则解析闭包(这是返回我们新的filesystem实例的闭包).然后它只返回变量.
现在,下次使用file :: get()时,它不需要再次实例化filesystem类,因为它已经被实例化并存储在静态$object变量中.所以它只是返回相同的对象给你.
所以!真的,你可以用这个替换$this-> app [‘files’]行,它仍然可以工作.
$this->app->instance('files',new filesystem);
99%的服务实际上使用了share方法,因为在闭包内部工作允许使用更复杂的依赖项来实例化对象.
希望这可以帮助.
总结以上是内存溢出为你收集整理的php – Laravel 4 – 容器类:共享函数和闭包逻辑全部内容,希望文章能够帮你解决php – Laravel 4 – 容器类:共享函数和闭包逻辑所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)