TYPO3路由同一插件内routePath需唯一的冲突问题及解决方案咨询

针对EXT:news这类第三方扩展同插件下多动作路由slug冲突的场景，可选用以下适配性更高的解决方案：

• 方案1：路由路径增加固定区分段，从匹配规则上隔离不同动作
  无需修改第三方扩展代码，直接调整站点路由配置即可生效。将不同动作的routePath增加独立的固定路径前缀，不是给slug值加前缀，而是在路由结构上做区分：
  示例配置逻辑：

  # 分类列表路由
  routePath: '/news/category/{category_slug}'
  defaults:
    controller: 'News::list'
  # 新闻详情路由
  routePath: '/news/detail/{news_slug}'
  defaults:
    controller: 'News::detail'
  

  该方案完全避免跨动作路由匹配冲突，不受编辑器创建的slug值影响，也不限制插件插入的页面位置，兼容性最高。
• 方案2：新增记录保存钩子，从根源避免slug重复
  自定义小扩展实现TYPO3的TCEMAIN钩子，在新闻、分类等涉及路由slug的记录保存时，校验同一站点下不同类型记录的slug唯一性，出现重复时直接抛出校验提示要求编辑器修改，从数据层面彻底消除冲突可能。该方案不影响原有路由配置，对编辑器使用体验影响极小。
• 方案3：自定义路由Aspect，增加上下文匹配逻辑
  继承TYPO3原生PersistedAliasMapper实现自定义的路由校验类，在slug匹配逻辑中增加上下文判断：比如匹配新闻详情slug时，先校验当前路由对应的控制器动作是否为detail，不符合则直接返回匹配失败，路由会继续向下匹配分类的规则。该方案可以保留原有的路由路径结构，不需要修改URL格式。
• 方案4：使用路由条件限制增强器生效范围
  不需要用limitToPages限制页面ID，可在路由增强器配置中增加condition参数，基于页面属性、插件参数等动态条件判断增强器是否生效，比如指定只有插入了新闻详情插件的页面才会触发详情路由的匹配，灵活度远高于固定页面ID限制。

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