vue嵌套路由怎么定义(vue什么时候使用嵌套路由)

vue路由嵌套场景中，会有多级甚至无限极菜单路由嵌套的需求，这路由视图是层级继承的，子路由页面内容往父级放，父级在继续往更高级地放，最终所有内容显示*视图中，这样每级就需要一个页面去对应每个路由配置中的component，有多少级路由就需要创建几级文件对应，这样显然比较麻烦，有一些父级路由只是起到把子路由的页面内容往上抛的作用并没有自己独立的内容，这时可以建个空页面里面放入route-view视图标签，大家共用这个页面就好了，就不用建那么多文件了。那么问题来了，如果父级路由也要有自己的功能，支持展示、发

在vue路由嵌套场景下，会有多级甚至无限级菜单路由嵌套的需求。这个路由视图是从不同的级别继承的，子路由页面的内容放在父级别，父级别继续放在更高的级别。最后所有的内容都显示在顶层视图中，这样每一层都需要一个页面来对应每个路由配置中的组件，需要创建几层文件来对应有多少条路由，显然比较麻烦。有些父路由只起到抛子路由页面内容的作用，没有自己独立的内容。这时你可以构建一个空页面，把route-view视图选项卡放进去。分享这个页面对大家都有好处，不用建那么多文件。

那么问题来了。如果父路由也应该有自己的功能，支持展示、发布等功能，那么不仅要实现自己的功能，还要把子路由的页面扔给上级，上下页的内容互不影响。这种“不正常”的需求还存在，那怎么做呢？目前方案还是需要在子路由数组中增加一条新路由来代替父函数操作，并隐藏子路由菜单，然后点击父级跳转到这个子路由页面进行操作。这也是目前常见的vue后台模板中菜单路线的实现方式。

这些都是关于前端菜单能否按照一定的规则在后台动态生成的考虑，一、二级菜单不会影响。但是有些项目，比如用栏目分类作为菜单路由的子路由，方便点击栏目菜单直接维护栏目下的内容，栏目分类级别可能是深无限的。没有更好的规则，动态生成前端菜单会更麻烦。

目前还是用常用的背景模板，但是感觉比较麻烦。不知道你们平时是怎么执行的？

我不能，所以我去？别动，让前端背锅？[微笑]