“本文会对实例化控制器为引子然后解析关于ArrayAccess和直接执行魔术访问返回实例的区别
”
在上文中对路由进行了特别的详解,也从应用初始化开始解析一直到路由调度返回给路由检测这一环节。
路由检测获取到的值如下图,也就是路由调度最终返回的值。
使用的路由规则为Route::get('hello/:name', 'index/index/:name');
从上图可以看出重要数据都是在dispatc中存放的,接下来就会对控制器进行详解。
最先说明的就是的当路由检测完毕之后执行的实例化控制器操作。
先来看一下是怎么执行到实例化控制器吧!
毫无疑问代码肯定是先从入口文件开始执行的,这里使用容器返回一个App的实例,然后去调用App类中的run方法。
下来就会来到执行应用程序,在这个方法中也是在上文刚刚解析的路由。
所以检测路由执行完就会去执行实例化控制器。
在路由检测执行完之后返回的是think\route\dispatch\Module Object
这个类,并且这个类赋值给了变量$dispatch
接着看一下本方法的这块代码,这里使用的是中间件,在这快代码中还是用了闭包,对闭包的概念不清晰的就需要回头啃基础了。
在上图中咔咔圈出来的一个地方就是$dispatch->run()
这块代码,接下来就要对这块代码进行解析了。
在检测路由最终的返回值可以知道其实这个方法是在think\route\dispatch\Module
这个类中。
接着就需要对这个类中的run方法进行解析了,这个方法也就是执行路由调度。
在这个方法中不管是获取路由参数还是检测路由、数据自动验证都不会执行(是按照咔咔上文给的路由地址为案例)。
所以根据上图代码就会执行到$data = $this->exec();
这里。
跟踪这个方法会到下图地方存在一个抽象类,这里需要知道的是抽象类。
对抽象类做出解释
根据上图的原则可以看到Dispatch
这个类是抽象类。
所以就会有俩种情况, 一种是抽象类继承抽象类,无需继承父类的抽象方法。
另一种是非抽象子类继承抽象类,子类必须实现父类的所有抽象方法。
怎么去找谁继承了Dispatch
这个时候是不是有一个疑问就是怎么去找Dispatch的子类。
在这个图中可以看到本类Dispatch,但是还有一个dispatch这个目录。
根据路由检测返回的数据可以轻而易举的就知道是thinkphp/library/think/route/dispatch/Module.php
这个类。
来到thinkphp/library/think/route/dispatch/Module.php
查看exec
方法。
那么接下来的任务就是对这个方法进行深入的解读了。
先看第一行代码$this->app['hook']->listen('module_init');
,在这里使用了容器ArrayAccess用数组的形式访问对象,然后执行的魔术方法__get,当访问不存在的属性时会去执行make方法。
使用编辑器追踪这个app会到thinkphp/library/think/route/Dispatch.php
这个类里边,在这个类的构造函数中可以看到对于app这个属性是赋值了一个App实例。
接着来到App类可以看到继承的是Container类。
在容器这块已经不止一次的说过这块的知识点了,访问不存在的属性回去执行容器的__get魔术方法。
所以说这块的参数会传入hook,并且会返回hook的实例,关于这个实例是怎么返回的在容器那一节中说的很是详细,可以去看一下哈!
接下来就会去执行hook的listen方法,监听标签的行为。
此时可以来到应用行为扩展定义文件,可以看到这个参数为模块初始化,但是因为这个值是空的。
所以在上图不会去执行,那么就把应用初始化的值给放到这个参数里边进行简单的测试。
这个类就是执行的钩子,对门面类的优化操作。
那么代码就会执行到$results[$key] = $this->execTag($name, $tag, $params);
这里来。
参数说明
接着通过正则对传过来的参数进行处理,最终返回moduleInit
然后通过$obj = Container::get($class);
返回behavior\LoadBehavior的实例
最终通过is_callable
这个函数进行验证,检测类里边的方法是否可以被调用,方法数组格式,这个方法后期咔咔单独写一篇文章作为对象来解析,这里只需要知道会返回false即可。
然后会把本类的$portal
这个值赋值给$method
,这个值就是run。
最后通过$result = $this->app->invoke($call, [$params]);
这行代码,这行代码的底部执行就是通过反射机制实现的。
最后这段代码会返回NULL。
实例化控制器
接下来就是进行实例化控制器,调用的方法是$this->app->controller()
这里需要注意的是list这个函数,这个函数的后边会返回一个数组,然后list中的俩个变量会分别为索引0和1。
判断也会去执行第一个,同样会执行到容器类的make方法,这个方法会直接返回app\index\controller\Index
这个类的实例。
有一部分小伙伴都已经学会了ArrayAccess和魔术方法__get的使用了。
估计也有一部分在这俩个地方处于模糊地段,咔咔将这俩个放在一起在解析一次。
先聊ArrayAccess的使用
这个案例在之前也给大家演示过,主要就是实现ArrayAccess的这个类。
然后在来到控制器进行使用,先进行实例化,之前实现的案例如下。
但是这次需要实现的案例并不是下图所实现的。
接下来使用下图的方式进行访问,直接使用数组访问对象属性。
在上图中可以看到设置了一个属性title为kaka,在这个案例中直接用数组形式直接获取。
看到返回结果为kaka,也就是说直接使用数组形式访问对象的属性。
总结
在第一次案例的实现过程中,忽略了一步,就是使用对象直接以数组形式直接访问对象的属性。
可以看到的是可以直接获取到的,那么接下来将这个思想套到框架中在来看一下。
框架实战案例
在上一期文章中解析的路由中存在以下代码,接下来进行简单的解析一下。
先来看一下这个app的值打印出来就是think\App Object
对象。
当think\App Object
这个对象去访问request
时,因为app属性就没有这个request
,又因为app类是继承着container类,所以会去容器类执行下图方法。
然后就会去执行__get方法,执行make方法返回对应的实例。
此时你要是还有疑问就是,怎么就咔咔说会执行就会执行呢!
接下来咔咔带着大家做一个简单的测试就知道了。
在这个位置中随机打印一个数值。
然后来到容器类的ArrayAccess的offsetGet方法中打印一下传过来的值。
看一下打印结果,就很明确了。
关于ArrayAccess的使用就到这里就结束了,这也是在之前的基础上详细的进行了一次说明,接下来对容器中的__get方法进行详解,看在什么情况会执行__get方法。
__get方法使用详解
这个案例请看下图中的这个$this->hook
。
同样的道理先来调试一下这个$this
是什么值。
打印这个值都没什么必要,因为就是在本类中。
在类中属性的访问应该都会,就是直接使用$this->
即可。
所以说当系统访问$this->hook
这个的时候,由于App类是不存在hook这个属性的,所以就会去执行容器类的魔术方法。
然后在去执行make方法,创建类的实例。
总结
所以说是用ArrayAccess和__get魔术方法,最终都是执行的make方法返回类的实例。
当遇到this->config就是执行的容器的__get方法。
当遇到app['request']就是执行的ArrayAccess然后执行offsetGet
offsetGet
这个方法。
Atas ialah kandungan terperinci ThinkPHP关于ArrayAccess和直接执行魔术访问返回实例的区别. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!