php – Laravel 4 – 容器类:共享函数和闭包逻辑
我对这里讨论的问题有一个后续问题:
Laravel core method confusion 我与driechel(上面提到的问题的作者)的情况相同,目前已经习惯了Laravel 4 FW并检查了核心.虽然给出了一个精确的答案,但我仍然不了解逻辑和幕后发生的事情.所以我非常感谢进一步的解释. 从本文开始,我一直在从另一个角度看这个: 在检查调用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方法,因为在闭包内部工作允许使用更复杂的依赖项来实例化对象. 希望这可以帮助. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |