go虽无lambda，但函数是一等值，可抽象判定逻辑为func(input) bool/error；推荐用结构体统一参数、切片存储校验器、map分发策略，并确保命名精确、无副作用、可测试。
Go里没有lambda，但可以用函数类型替代
Go不支持闭包捕获变量的简洁写法（比如 func(x) x > 0），但func本身是一等值，可以赋给变量、传参、返回。重构判定树的第一步，就是把每个分支条件抽象成func() bool或func(ctx Context, input interface{}) bool——别硬套“函数式”概念，先让判断逻辑可组合。
常见错误是把所有条件塞进一个func() bool里，结果还是嵌套if；正确做法是每个判定函数只关心自己那层职责，比如isPremiumUser、hasValidCoupon、isWithinQuota，它们互不依赖，顺序可调。
- 参数尽量统一：建议用结构体传参（如
type CheckInput struct { UserID int; Amount float64 }），避免函数签名五花八门 - 不要在判定函数里做副作用（如发消息、改DB），那是后续动作，不是判定本身
- 如果需要短路求值，用
&&链式调用比嵌套if更直白：isPremium() && hasCoupon() && isUnderLimit()
用切片+循环代替深层嵌套if
当判定逻辑超过3层，传统写法容易变成if a { if b { if c { ... } } }，而函数式思路是把判定步骤压平：定义type Checker func(input CheckInput) (bool, error)，再用[]Checker存所有规则，遍历执行。
示例场景：订单创建前需依次校验用户状态、库存、风控、支付限额。不用写4层if，而是：
checkers := []Checker{checkUserStatus, checkInventory, checkRisk, checkPaymentLimit}
for _, chk := range checkers {
ok, err := chk(input)
if !ok {
return err // 或记录具体失败项
}
}
这样做的好处是新增规则只需往切片追加，不碰原有逻辑；缺点是无法跳过中间某步（比如第2步失败后，第3步是否还该执行？得看业务）。所以实际中常配合break或自定义错误类型（如ErrSkipNext）控制流程。
- 注意错误处理粒度：用
error返回失败原因，别只用bool，否则调试时不知道卡在哪一步 - 性能影响很小，现代Go对切片遍历优化很好，10个以内判定函数基本无感
- 别为了“函数式”强行统一返回
error：纯布尔判定（如权限检查）用func() bool更轻量
用map做策略分发，避免冗长switch或if-else链
当判定结果决定后续不同动作（比如不同支付方式走不同回调路径），用map[string]func()或map[PaymentType]Processor比一堆if payment == "alipay" { ... } else if payment == "wechat" { ... }清晰得多。
关键点在于键的选取：优先用枚举类型（type PaymentType string），而不是字符串字面量，避免拼写错误；值类型推荐接口（如type Processor interface { Process(input Input) error }），方便后期mock或替换实现。
- map初始化别放在热路径里（如HTTP handler内），应作为包级变量或依赖注入进来
- 访问map前务必检查key是否存在，Go不会panic，但返回零值可能掩盖逻辑错误：
if proc, ok := processors[payment]; ok { proc.Process(...) } - 如果策略数量少（≤3），直接if-else反而更易读；map适合5个以上且可能动态增减的场景
小心defer和闭包在判定链中的陷阱
有人会在判定函数里用defer清理资源，或用匿名函数延迟执行某些操作，结果发现defer没触发、变量捕获错乱。根本原因是：判定函数通常被立即调用并返回，而defer绑定的是函数作用域，不是调用上下文。
典型翻车现场：for _, rule := range rules { defer rule.Cleanup() }——这只会defer最后一个rule的Cleanup；又或者for i := range rules { go func() { log.Println(i) }() }，所有goroutine都打印最后的i值。
- 要延迟执行，明确传参：
go func(idx int) { log.Println(idx) }(i) - 资源清理别混在判定逻辑里，应在主流程统一处理（比如用
defer包在外层函数） - 闭包捕获变量时，确保捕获的是副本而非引用，尤其在循环中：用
rule := rule临时变量重绑定
函数式重构不是为了让代码看起来更“高级”，而是让条件分支变得可测试、可替换、可追踪。最常被忽略的一点：判定函数的命名必须精确反映其语义（比如isValidRefundRequest比checkRule3好十倍），否则半年后没人看得懂那个func() bool到底在判什么。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
