Revel路由命名基于控制器方法名自动推导，如App.Index、Users.Show，编译时生成类型安全的反向路由函数，调用Users.Show.URL(123)返回对应路径，不支持字符串命名或URLFor。
Revel 中路由命名不是靠字符串标识，而是靠控制器方法名自动推导
Revel 不支持像 iris.Named("user_profile") 或 gin.Name("login") 那样的显式命名方式。它的“命名路由”本质是编译期生成的、类型安全的反向路由函数，名字直接来自控制器结构体 + 方法名组合，比如 App.Index、Users.Show。
你不需要手动注册或赋值一个名字；只要定义了控制器方法，Revel 就会在 app/routes.go 编译时自动生成对应函数。调用时直接用 App.Index.URL() 就能拿到路径字符串，且 IDE 可跳转、编译期校验——这才是 Revel 所谓“类型安全反向路由”的实际含义。
如何在模板或代码中使用命名路由生成 URL
生成 URL 时必须通过 Revel 自动生成的路由函数，而不是拼接字符串或硬编码路径。否则一旦路由规则变更，所有硬编码位置都会失效，且失去编译检查。
-
App.Index.URL()→ 返回/ -
Users.Show.URL(123)→ 返回/users/123（假设路由定义为/users/{id}） -
Posts.Create.URL()→ 返回/posts/create
注意：参数顺序和数量必须与路由定义严格一致。例如 Users.Show 路由若定义为 /users/{username:string}，就必须传入 string 类型参数：Users.Show.URL("alice")；传整数会编译报错。
路由定义写法直接影响命名路由函数签名
你在 conf/routes 文件里写的每一行，都决定着最终生成的函数名和参数类型。常见误区是以为改个注释或加个空格不影响，其实它直接映射到 Go 函数签名。
-
GET /users/{id} Users.Show→ 生成Users.Show.URL(id int) -
GET /users/{username} Users.ShowByName→ 生成Users.ShowByName.URL(username string) -
POST /api/v1/posts Posts.Create→ 生成Posts.Create.URL()（无参）
如果路由含多个参数，如 /posts/{category}/{id:int}，对应函数就是 Posts.Show.URL(category string, id int)。类型标注（如 int）不是可选的装饰，而是强制参与函数签名生成的依据。
为什么 c.URLFor("Users.Show", 123) 会失败
Revel 早期版本曾提供 c.URLFor() 字符串查表方式，但该接口已被弃用且在 v0.25+ 中移除。现在调用它会导致编译错误或 panic，因为运行时无法解析字符串名——Revel 的设计哲学是把路由名绑定到 Go 标识符，而非字符串常量。
如果你看到旧文档或示例用了 URLFor，说明它基于过时版本。当前正确姿势只有一条：用 ControllerName.MethodName.URL(...)。
最容易被忽略的一点：路由函数名大小写敏感，且必须与控制器文件中结构体名、方法名完全一致（包括首字母大写）。比如控制器文件叫 users.go，里面定义的是 type Users controller 和 func (c Users) Show()，那路由函数就只能是 Users.Show，写成 users.Show 或 USERS.Show 都会编译失败。
