“

本文会对实例化控制器为引子然后解析关于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方法返回对应的实例。

此时你要是还有疑问就是，怎么就咔咔说会执行就会执行呢！

接下来咔咔带着大家做一个简单的测试就知道了。

在这个位置中随机打印一个数值。

然后来到容器类的ArrayAccess的offsetGet方法中打印一下传过来的值。

看一下打印结果，就很明确了。