本文详解在 go 中如何用 struct 结合 slice 或 map 批量管理多组经纬度数据，并演示其在天气 api 调用中的实际应用，兼顾可读性、扩展性与工程规范。
本文详解在 go 中如何用 struct 结合 slice 或 map 批量管理多组经纬度数据，并演示其在天气 api 调用中的实际应用，兼顾可读性、扩展性与工程规范。
在 Go 开发中，当需要处理多个同类地理实体（如城市名称、纬度、经度）时，仅定义一个 struct 并不足以表达“集合”语义——struct 描述的是单个数据结构，而真实业务场景往往涉及批量操作。此时，必须借助容器类型（collection）来组织多个实例。Go 提供了多种选择：slice（切片）、map（映射），甚至外部文件或配置源。本文聚焦于最常用、最实用的两种内存内方案，并结合天气预报 API 的调用示例，给出生产就绪的写法。
✅ 推荐方案一：使用 Slice 存储结构体实例（适合顺序遍历与批量处理）
Slice 是 Go 中最自然的有序集合类型，适用于需按顺序处理所有地点、或需索引访问（如分页、轮询）的场景。首先，建议将 Place 字段改为导出（首字母大写），确保结构体字段可在包外被序列化、日志打印或 JSON 编码：
type Place struct {
Name string `json:"name"` // 城市名（导出字段）
Lat string `json:"lat"` // 纬度（字符串形式，也可用 float64 提升精度）
Long string `json:"long"` // 经度
}接着，使用复合字面量（composite literal） 初始化一个 []Place 切片：
places := []Place{
{Name: "Accra", Lat: "5.6037", Long: "-0.1870"}, // 注意：原文示例经纬度有误（属多伦多），此处已修正为加纳阿克拉真实坐标
{Name: "Kumasi", Lat: "6.6825", Long: "-1.6155"},
{Name: "Tamale", Lat: "9.3989", Long: "-0.8340"},
}调用天气 API 时，可遍历切片并逐个请求：
for _, p := range places {
f, err := forecast.Get(apiKey, p.Lat, p.Long, "now", forecast.CA)
if err != nil {
log.Printf("Failed to fetch weather for %s: %v", p.Name, err)
continue
}
fmt.Printf("Current weather in %s: %s\n", p.Name, f.Summary)
}✅ 优势：内存紧凑、迭代高效、天然支持 len()、append() 和切片操作；适合 10～1000 量级的静态配置。
✅ 推荐方案二：使用 Map 按键快速查找（适合按名称随机访问）
若需根据城市名（如 "Accra"）快速获取对应坐标，或后续可能动态增删地点，map[string]Place 是更优选择：
places := map[string]Place{
"Accra": {Name: "Accra", Lat: "5.6037", Long: "-0.1870"},
"Kumasi": {Name: "Kumasi", Lat: "6.6825", Long: "-1.6155"},
"Tamale": {Name: "Tamale", Lat: "9.3989", Long: "-0.8340"},
}使用方式简洁直观：
if p, ok := places["Kumasi"]; ok {
f, err := forecast.Get(apiKey, p.Lat, p.Long, "now", forecast.CA)
if err == nil {
fmt.Printf("Kumasi temp: %.1f°C\n", f.Temperature)
}
}✅ 优势：O(1) 查找性能；键值语义清晰；天然支持存在性检查（ok idiom）；适合配置中心化管理或用户输入驱动的查询。
⚠️ 关键注意事项与进阶建议
坐标类型选择：当前示例使用 string 存储经纬度便于调试和兼容旧 API，但强烈建议改用 float64（如 Lat, Long float64），避免字符串解析开销与精度丢失，并提升数值计算安全性。
-
避免硬编码：10+ 地点不建议全部写死在代码中。推荐升级为从 JSON/YAML 配置文件加载：
// config.json [ {"name":"Accra","lat":5.6037,"long":-0.1870}, {"name":"Kumasi","lat":6.6825,"long":-1.6155} ]配合 json.Unmarshal() 动态初始化 []Place。
并发安全考虑：若在 goroutine 中并发读写 places（如热更新坐标列表），slice 不具备并发安全，应改用 sync.Map 或加锁保护；而只读场景下，两者均安全。
错误处理不可省略：真实项目中需对 forecast.Get() 的网络错误、限流响应、空结果做分级处理，而非 log.Fatal —— 后者会终止整个程序。
综上，struct + slice 是默认首选（清晰、高效、符合 Go 习惯）；struct + map 是命名查找场景下的优雅补充。二者并非互斥，实践中常组合使用（例如：从文件加载到 slice，再构建 map 索引）。掌握这种“结构体定义数据形态，容器组织数据关系”的思维模式，是写出可维护 Go 代码的关键一步。
