ThinkPHP关于ArrayAccess和直接执行魔术访问返回实例的区别
时间：2022-03-03 11:49
“本文会对实例化控制器为引子然后解析关于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();这里。
跟踪这个方法会到下图地方存在一个抽象类，这里需要知道的是抽象类。
对抽象类做出解释
抽象类不能被实例化 有抽象方法的类一定是抽象类；类必须要abstract修饰 抽象方法不能有函数体；即abstract function fun(); 抽象类中的非抽象方法，可以被子类调用 非抽象子类继承抽象类，子类必须实现父类的所有抽象方法 抽象子类继承抽象类，无需继承父类的抽象方法
根据上图的原则可以看到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);这里来。
参数说明
$name = string(22) "behavior\LoadBehavior" $tag = module_init
接着通过正则对传过来的参数进行处理，最终返回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和直接执行魔术访问返回实例的区别
有一部分小伙伴都已经学会了ArrayAccess和魔术方法__get的使用了。
估计也有一部分在这俩个地方处于模糊地段，咔咔将这俩个放在一起在解析一次。
先聊ArrayAccess的使用
这个案例在之前也给大家演示过，主要就是实现ArrayAccess的这个类。
然后在来到控制器进行使用，先进行实例化，之前实现的案例如下。
但是这次需要实现的案例并不是下图所实现的。
接下来使用下图的方式进行访问，直接使用数组访问对象属性。
在上图中可以看到设置了一个属性title为kaka，在这个案例中直接用数组形式直接获取。
看到返回结果为kaka，也就是说直接使用数组形式访问对象的属性。
总结
在第一次案例的实现过程中，忽略了一步，就是使用对象直接以数组形式直接访问对象的属性。
可以看到的是可以直接获取到的，那么接下来将这个思想套到框架中在来看一下。
框架实战案例
在上一期文章中解析的路由中存在以下代码，接下来进行简单的解析一下。
先来看一下这个app的值打印出来就是think\App Object对象。
当think\App Object这个对象去访问request时，因为app属性就没有这个request，又因为app类是继承着container类，所以会去容器类执行下图方法。
然后就会去执行__get方法，执行make方法返回对应的实例。
此时你要是还有疑问就是，怎么就咔咔说会执行就会执行呢！
