Revel模板自定义函数必须在Parse前链式调用Funcs()与ParseFiles()，否则函数未定义；函数需首字母大写、签名严格匹配，推荐embed.FS+ParseFS确保路径可靠。
Revel模板里加自定义函数必须链式调用Funcs() + ParseFiles
Revel用的是Go标准template包，不是自己重写的引擎，所以自定义函数注册规则和原生Go模板完全一致——不按规范来，函数名在模板里就是undefined。
常见错误写法：t := template.New("x"); t.ParseFiles("views/index.html"); t.Funcs(fm)。这会导致fm完全没生效，因为ParseFiles返回新模板实例，而t.Funcs()改的是旧实例。
- 必须用链式：
template.New("x").Funcs(fm).ParseFiles("views/index.html") - 如果用
template.Must，记得包一层，否则解析失败会静默吞掉错误 - 函数签名必须首字母大写，且参数类型严格匹配；传
interface{}进去再强制转，容易panic - 别在函数里
panic——模板引擎会吃掉它，只输出空字符串，无日志、无提示
Revel没有“自定义标签”概念，只有模板函数和内置辅助函数
Revel文档里说的eq、set、field这些，全是预注册的模板函数，不是XML/HTML风格的
想实现类似效果，只能靠组合函数+嵌套模板：{{define "goods-list"}}{{range .Items}}...{{end}}{{end}}，然后在其他模板里{{template "goods-list" .}}。
- Revel的
field、option、radio本质是接收.FieldName和RenderArgs，生成带校验逻辑的HTML片段 - 它们依赖
Controller.RenderArgs上下文，不能脱离Revel运行时单独复用 - 若硬要模拟“标签”，得自己写函数返回
template.HTML字符串，但要注意XSS风险，别直接return fmt.Sprintf(...)
embed.FS + ParseFS才是生产环境最稳的模板加载方式
用template.ParseFiles("views/index.html")依赖os.Getwd()，上线后常因工作目录不确定导致模板404。Revel默认也没帮你封装这层路径逻辑。
正确做法是把views/目录用embed.FS打包进二进制：
var templates embed.FS
t := template.New("").Funcs(myFuncMap)
t, err = t.ParseFS(templates, "views/*.html")
-
ParseFS路径基准是embed包内路径，绝对可靠 - 避免
ParseGlob("views/*.html")——它不报错也不提示“没匹配到文件”，容易误以为加载成功 - 多个模板共用同一
FuncMap时，用t.Clone().Parse("sub.html")，别重复New和Funcs
Revel中间件里没法注入模板函数，函数必须在模板加载前注册
有人想在PanicFilter或BeforeAfterFilter里动态挂函数，这是行不通的。模板函数绑定发生在Parse阶段，而中间件执行在HTTP请求时，远晚于模板加载。
所有函数必须在启动时一次性注册完成，比如放在app/init.go的init()函数里，或app/controllers/app.go的Init()方法中提前构造好模板实例。
- Revel的
Render方法底层调用的是已编译好的*template.Template，不支持运行时修改函数表 - 如果需要“按请求动态行为”，只能把逻辑塞进函数内部，通过
Controller传参区分，比如{{formatTime .CreatedAt "2006-01-02" .Locale}} - 函数内访问
Controller状态？不行。模板函数收不到*Controller，只能靠.上下文传值
Revel的模板扩展能力其实很克制——它没走“标签抽象”路线，而是紧贴Go原生模板的设计哲学：函数即工具，模板即文本，一切在构建期确定。最容易被忽略的，是那个Must包装和embed.FS路径绑定，跳过它们，调试时根本不知道哪步断了。
