为何IHP中已定义Day类型参数却报BadType路由错误、期望UUID？

核心原因 #

该报错由IHP框架的路由代码生成和解析逻辑触发，常见原因如下：

• 未重新生成路由实例代码
  IHP的控制器参数解析逻辑由框架自动生成，你修改Types.hs中SomeAction的date1参数类型后，没有重新运行IHP的代码生成命令，历史生成的路由解析代码仍然将date1按照UUID类型处理，解析2021-10-16这类日期格式时就会抛出类型不匹配错误。
• 同名参数类型冲突
  如果项目中其他控制器动作（包括同PostsController下的其他动作或全局其他控制器）存在同样名为date1的参数且类型为UUID，IHP的路由匹配逻辑可能误调用UUID的解析规则处理当前SomeAction的date1参数。
• 自定义解析实例冲突
  如果你手动为date1相关字段编写过自定义的ParamReader实例，错误指定了UUID作为解析目标，也会触发该报错。

解决步骤 #

• 先停止运行中的开发服务，删除项目下的build/目录、Generated/目录下的路由相关生成文件
• 重新运行IHP代码生成命令：ihp-generate
• 将代码中的redirectTo SomeAction { .. }显式写为redirectTo SomeAction { date1 = date1 }，避免RecordWildCards语法误带入其他作用域的同名字段
• 重新编译项目，确认Types.hs中SomeAction的date1参数类型确实为Day，无拼写错误
• 如果问题仍然存在，全局检索所有控制器定义，排查是否存在其他date1参数为UUID类型，修改冲突的参数名即可解决

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