后台项目路由选型咨询：Convention Routing与Configuring Routing优劣对比

约定式路由（代表：Next.js） #

优点 #

• 零配置快速上手：无需编写路由配置文件，页面目录结构直接映射为路由规则，新人接入成本极低
• 路由与文件强绑定：页面文件的位置即路由路径，项目结构清晰，查找页面文件直观高效
• 减少人为错误：无需手动维护路由路径字符串，避免拼写错误、路径不一致等问题

缺点 #

• 灵活性受限：复杂路由场景（如多层嵌套路由的特殊配置、动态权限路由、自定义路由参数规则）需要额外适配，甚至要调整目录结构才能满足需求
• 规则隐性成本：新成员必须先熟悉框架的路由约定（如特殊命名规则、目录的特殊作用），否则容易出现路由不符合预期的情况
• 复杂后台场景适配难：后台管理常见的多布局切换、精细化路由权限控制、路由元信息（菜单icon、页面title）的灵活配置等需求，约定式路由难以直接满足

配置式路由（代表：UmiJS、vue-element-admin） #

优点 #

• 高度定制化：支持任意路由规则定义，可轻松实现动态参数、嵌套路由、多布局、路由懒加载等复杂配置，完全适配后台管理的多样需求
• 全局路由可视化：所有路由规则集中在配置文件中，全局路由结构一目了然，便于统一管理和批量修改
• 权限控制友好：可直接在路由配置中添加权限标识、拦截逻辑，配合权限校验中间件实现精细化的页面权限管控
• 联动功能适配强：路由配置中可定义元信息（如菜单名称、图标、面包屑层级），能直接对接后台系统的菜单、面包屑等组件，减少额外开发

缺点 #

• 初期配置成本高：需要手动编写所有路由配置，页面新增、修改时必须同步更新配置文件，初期工作量较大
• 配置冗余风险：随着项目规模扩大，路由配置文件可能变得冗长，需要做好分类拆分才能保证可读性
• 文件与路由脱节：页面文件的目录结构和路由规则没有强制绑定，可能出现文件路径与路由路径不一致的情况，查找页面需要额外对应路由配置

选型建议 #

• 若项目规模小、需求简单，团队成员熟悉框架约定，优先选约定式路由，快速搭建项目，减少配置成本
• 若项目规模大、需求复杂（需多布局、精细化权限、动态路由、菜单联动等），优先选配置式路由，能更好地支撑长期迭代和复杂业务场景

内容的提问来源于stack exchange，提问作者Ccgo