Router Ignores 3rd level deep paths

    "/foo/bar": {
      component: dynamicWrapper( app, ["unions"], () => import( "../routes/Foo/Bar" ) )
    },
    "/foo/bar/baz": {
      component: dynamicWrapper( app, ["unions"], () => import( "../routes/Foo/Baz" ) )
    },

When going to /foo/bar/baz it does not render. This is because of getRoutes(), getRendererArr() and getRelation() inside /src/utils/utils.js

getRelation() checks on .every on the original renderArr compared to the routes.

With these two comparisions:["foo","bar"] => ["foo","bar","baz"] It does the following:

"foo" === "foo"
"bar" === "bar"
return 2;

It should do the following:

"foo" === "foo"
"bar" === "bar"
undefined === "baz"
return 3;

It doesn’t get to the baz and assumes it’s the same. This is a fundamental problem with the router. Perhaps @chenshuai2144 can give more information since he wrote the code

[zjxpcyc]

@chenshuai2144 我也遇到了这个让人头痛的问题。为什么会加这个东西？ 出于什么考虑的呢？

我现在的路由定义方式，有点类型 RESTFUL, 或者 表意的 成分，比如 /articles 代表 列表, /articles/2018-01-01 代表 1 号的文章, 这种 URL 很正常的啊， 但是配置 路由的时候就是 因为你们加的这种规则，不适用了。除非，我要舍弃你们整个的路由架构，或者按照你们的约定来加代码，这两种选择都不是我想做的。

我的理解是，这种约定，有点特殊化，或者说有点过度设计的嫌疑。 建议放开这个限制，或者加一个开关来启用，这样比较好。

[ddcat1115]

@zjxpcyc 脚手架中渲染路由的地方使用了 getRoutes()，这个函数主要就是增加筛选和分析 exact 属性，只是为了方便路由的嵌套渲染，这是目前脚手架中最常见的路由组织模式（比如 a/b 这种路由都是在 a 的内部渲染），如果不需要这种筛选和分析，可以不用 getRoutes，直接拿 routerData 自己处理就行