在 Go 中，函数的返回变量作用域仅限于函数体内，无法在外部直接访问；若需将函数返回的切片传递给 template.ParseFiles 等可变参数函数，必须显式调用函数并配合 ... 操作符展开切片。
在 go 中，函数的返回变量作用域仅限于函数体内，无法在外部直接访问；若需将函数返回的切片传递给 `template.parsefiles` 等可变参数函数，必须显式调用函数并配合 `...` 操作符展开切片。
Go 语言中，所有标识符（包括函数参数、接收者和命名返回值）的作用域严格限定在函数体内部。这意味着你在 ExtractFileNames() 中声明的 templateFileNames（作为命名返回值）仅在该函数内有效，离开函数后即不可见——因此 var Templates = template.Must(template.ParseFiles(templateFileNames)) 会编译失败，报错 undefined: templateFileNames。
正确的做法是：调用函数获取返回值，并将其直接传入目标函数。由于 template.ParseFiles 接收的是可变参数 filenames ...string，而 ExtractFileNames() 返回的是 []string 切片，必须使用 ... 操作符进行展开：
func ExtractFileNames() []string {
files, err := ioutil.ReadDir("./views")
if err != nil {
log.Fatal("failed to read views directory:", err)
}
var templateFileNames []string
for _, f := range files {
if strings.HasSuffix(f.Name(), ".html") { // 建议用 HasSuffix 替代 Contains，避免误匹配
templateFileNames = append(templateFileNames, "views/"+f.Name())
}
}
return templateFileNames
}
// ✅ 正确：调用函数 + 展开切片
var Templates = template.Must(template.ParseFiles(ExtractFileNames()...))
⚠️ 注意事项：
- ioutil.ReadDir 在 Go 1.16+ 已被弃用，推荐改用 os.ReadDir（返回 []fs.DirEntry），提升性能且更安全；
- 错误处理不可忽略：示例中对 ioutil.ReadDir 的错误做了简单 log.Fatal 处理，生产环境建议统一错误传播或初始化时 panic；
- 使用 strings.HasSuffix(f.Name(), ".html") 比 strings.Contains(..., ".html") 更精准，防止 index.html.bak 等文件被误选；
- 全局变量 Templates 的初始化发生在包初始化阶段（init phase），此时 ExtractFileNames() 会被执行一次，确保模板文件路径动态加载。
总结：Go 不支持“引用返回变量”的语法糖，一切依赖显式调用与值传递。理解作用域规则与 ... 展开机制，是写出健壮、符合 Go 风格代码的关键基础。
