最直接方式是用 sort.Slice 配合优先级映射 map[string]int 实现自定义排序，避免字符串字典序错误；推荐结构体用 int 型 Priority 字段配合常量，输入时校验转换，输出时查表转回字符串，兼顾安全、性能与可维护性。
用 sort.Slice 按优先级字段排序最直接
Go 命令行 TODO 应用里，显示列表时想按优先级从高到低排（比如 "high" > "medium" > "low"），别写冒泡或手撸比较函数——sort.Slice 是标准库里最轻量、最可控的选择。
常见错误是直接用 sort.Strings 或对字符串切片排序，结果按字母序排成 "high"、"low"、"medium"，完全错乱。
- 定义优先级映射：用
map[string]int把字符串转为可比数字，比如priorityRank := map[string]int{"low": 0, "medium": 1, "high": 2} - 排序时传入闭包：
sort.Slice(todos, func(i, j int) bool { return priorityRank[todos[i].Priority] > priorityRank[todos[j].Priority] }) - 注意空值和非法字符串：如果
todos[i].Priority不在 map 中，会得到 0，默认排最前；建议先校验或设默认值，比如用priorityRank[todos[i].Priority] + 1避免零值干扰
结构体字段用 int 存优先级比 string 更稳
如果 TODO 条目是结构体，比如 type Todo struct { Text string; Priority string }，后期排序、过滤、序列化都容易出错。字符串优先级看着直观，但实际维护成本高。
真实使用中，用户可能输错大小写（"High" vs "high"），或加空格（" medium "），JSON 反序列化时也难做统一归一化。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 改用
Priority int字段，配合常量定义：const ( Low = 0; Medium = 1; High = 2 ) - 输入层做一次转换：命令行参数或交互式输入时，用
strings.ToLower后查 map，转成对应常量值 - 输出显示再转回字符串：用
[]string{"low", "medium", "high"}[todo.Priority]，避免硬编码散落各处 - 这样排序直接用
todos[i].Priority > todos[j].Priority，无 map 查找开销，也无 panic 风险
flag 包解析命令行参数时怎么传优先级
用户执行 ./todo add "buy milk" --priority high，得让 flag 正确接收并转成内部表示。别用 flag.String 然后到处 switch——容易漏 case，也不支持自动补全或校验。
典型错误是没做输入合法性检查，导致无效值进入排序逻辑，最终显示顺序错乱或 panic。
- 定义一个自定义类型实现
flag.Value接口，比如type PriorityFlag int，并在Set方法里做字符串到int的安全转换 - 注册时用
var p PriorityFlag; flag.Var(&p, "priority", "priority: low/medium/high") - 这样用户输错时（如
--priority urgent），flag.Parse()会直接报错退出，不留给后续逻辑处理烂数据 - 如果用 Cobra，同理可用
persistentPreRunE做校验，但原生flag更轻，适合小工具
按优先级分组显示比单纯排序更实用
纯排序只是把 high 全堆前面，但用户真正需要的是“先看所有 high，再看 medium，中间空一行，最后 low”——这是视觉分组，不是严格排序。
直接用 sort.Slice 排完再遍历插入分隔符，代码冗余；用 groupby 思路反而更清晰、易读、易扩展。
- 先按优先级数值分桶：
groups := map[int][]Todo{0: {}, 1: {}, 2: {}}，遍历一次填入 - 再按顺序输出：
for _, p := range []int{High, Medium, Low} { for _, t := range groups[p] { fmt.Printf("● %s [%s]\n", t.Text, priorityStr(p)) } } - 分组天然支持“某级为空时不显示该块”，比排序后判断前一项优先级是否变化更可靠
- 如果以后加
"critical"，只改常量和 map 初始化，其余逻辑不动
排序只是手段，分组才是目的。别为了省几行代码，让输出逻辑和排序逻辑耦合在一起——那个地方最容易在加新功能时悄悄坏掉。
