其实数组方法配置路由就跟资源路由是一样的，只不过是执行的顺序而已
最终也是通过循环将路由规则传递给resource方法
同样也是执行的这个方法
本节就简单的聊到这里，主要就是对路由初始化需要有一定的理解
并且学会使用路由数组方式的配置
这种方式不论是在之前的版本还是5.1还是发布的6.0版本都是不经常使用的，也可以说是根本不会用到的
这里提到只是为了给大家在温习一下路由初始化的过程，和知道数组配置路由到底是干什么的
哪里有疑问就要解决哪里，而不是放着不去解决
五、dispatch初认识以及route-check 检测URL路由
这块的内容是在执行应用程序里边，接下来咔咔带大家简单的认识一下。
本节没有源码的解释，只是为了后文坐铺垫使用的，所以很有必要知道dispatch是怎么一个回事。
下图就是在执行完路由初始化之后返回上层继续执行的流程。
然后就会执行到路由检测这里。
路由测试使用如下图
然后我们可以对这个调度信息进行打印
在上图中已经打印出了关于dispatch的相关的值
接下来就会针对routeCheck方法进行简单的预览
在上图方法中只要明确在这一步会处理缓存，并且返回一个Dispatch对象即可。
这块的源码大家可以简单的看一下即可，不是很重要。
route-check 检测URL路由
但是这块的内容还是需要简单的去看一下的。
在看之前需要明确一下传入的俩个参数分别是什么。
参数一：路由规则
参数二：检测是否配置了强制路由
知道了参数的含义后就需要去到check这个方法中一探究竟了。
在这个方法中关于自动检测域名路由我们来打印一下数据是什么样的。
其实这个返回的结果就是跟之前资源路由挂载的方式是一样的，
然后会通过pathinfo分隔符 : 把url中的 / 改为 |
并且会在配置文件获取路由是否完全匹配
最终执行使用默认路由解析
这里边的细节就不去深度解析了，关于路由这块的细节是在是太多了，如果一个一个去针对细节，那是需要耗费大量的时间的。
所以这块的内容就到这里了，只需要知道执行了什么，并且最终返回的是什么即可。
六、request类是如何找到的
在上一节中$result = $domain->check($this->request, $url, $completeMatch);会执行这一块的内容。
这里不去关心这个方法执行了什么。
而是需要关心这个$this->request是如果找到并且执行的。
首先可以看到的是在Route类中是存在request这个属性的。
接着来到Route的构造函数，在这里你会发现新天地。
此处使用了ArrayAccess像数组一样访问对象，但是$app中不存在request属性，所以就会去执行容器类中的__get魔术方法，在__get方法中调用的是容器中的make方法，第一个参数为request，最终会返回request的实例。
这里的$app其实就是通过依赖注入进来的App实例。
看了这么多的源码肯定知道App类是继承Container类的也就是容器类。
在容器类中得最下边会有几个魔术方法。
这里只需要关注__get方法即可。
__get方法会在访问不存在的属性时会执行的函数。
也就说最终会执行到make方法。
这个方法会通过一系列的操作，最终返回一个Request的实例。
并且把这个实例存放到容器里边，下次使用时直接获取即可。
关于容器类中的make方法是容器类中特别重要的方法，也是灵魂方法。
全框架的实例都是通过容器返回的，所以说这个方法的重要性就不用咔咔在多说了。
咔咔之前对容器进行过特别深入的理解，并且用文章的形式呈现给了大家。
