Strategy模式是一种行为型设计模式，通过将算法封装为独立策略实现运行时动态切换。其核心由策略接口、具体策略和上下文组成，适用于支付方式选择等需灵活替换算法的场景。Go语言中利用接口隐式实现和结构体组合，使策略模式简洁自然，避免了大量条件判断，提升代码可维护性与扩展性。使用时应注意策略数量控制和状态隔离，可结合工厂模式优化管理。
在Go语言开发中，Strategy（策略）模式是一种行为型设计模式，适用于算法或行为在运行时动态切换的场景。它通过将不同的实现封装成独立的策略，使算法的变化独立于使用它的客户端，从而提升代码的可维护性和扩展性。
什么是Strategy模式？
Strategy模式定义了一系列算法或行为，并将每个算法封装到独立的结构体中，使得它们可以互相替换。核心由三部分组成：
- 策略接口（Strategy Interface）：定义所有支持的算法共有的操作。
- 具体策略（Concrete Strategies）：实现策略接口的具体算法。
- 上下文（Context）：持有策略接口引用，用于调用具体策略执行逻辑。
这种解耦方式避免了大量if-else或switch判断，让新增策略变得简单且不影响现有代码。
一个实际应用场景：支付方式选择
假设我们正在开发一个电商系统，需要支持多种支付方式（如支付宝、微信、银行卡）。每种支付方式的处理流程不同，但对外暴露的操作一致。
立即学习“go语言免费学习笔记（深入）”；
使用Strategy模式，我们可以这样设计：
// 定义支付策略接口
type PaymentStrategy interface {
Pay(amount float64) string
}
// 支付宝策略
type Alipay struct{}
func (a *Alipay) Pay(amount float64) string {
return fmt.Sprintf("使用支付宝支付 %.2f 元", amount)
}
// 微信支付策略
type WeChatPay struct{}
func (w *WeChatPay) Pay(amount float64) string {
return fmt.Sprintf("使用微信支付 %.2f 元", amount)
}
// 银行卡支付策略
type BankCard struct{}
func (b *BankCard) Pay(amount float64) string {
return fmt.Sprintf("使用银行卡支付 %.2f 元", amount)
}
// 上下文：订单处理器
type OrderProcessor struct {
strategy PaymentStrategy
}
func (op *OrderProcessor) SetPaymentStrategy(s PaymentStrategy) {
op.strategy = s
}
func (op *OrderProcessor) ExecutePayment(amount float64) string {
if op.strategy == nil {
return "未设置支付方式"
}
return op.strategy.Pay(amount)
}
使用示例：
KPPW客客出品专业威客系统
下载
客客出品专业威客系统英文名称KPPW，也是keke produced professional witkey的缩写。KPPW是一款基于PHP+MYSQL技术构架的威客系统，积客客团队多年实践和对威客模式商业化运作的大量调查分析而精心策划研发，是您轻松搭建威客网站的首选利器。KPPW针对威客任务和商品交易模式进行了细致的分析，提供完善威客任务流程控制解决方案，并将逐步分享威客系统专业化应用作为我们的
func main() {
order := &OrderProcessor{}
// 选择支付宝支付
order.SetPaymentStrategy(&Alipay{})
fmt.Println(order.ExecutePayment(99.9))
// 切换为微信支付
order.SetPaymentStrategy(&WeChatPay{})
fmt.Println(order.ExecutePayment(150.0))
}
优势与适用场景
Strategy模式在以下情况特别有用：
- 有多个相似类，仅行为不同，可通过策略替换统一调用入口。
- 需要在运行时根据条件切换算法，比如根据用户等级选择不同的折扣计算方式。
- 避免在业务逻辑中写大量条件判断语句，提高可读性。
在Go中，接口的隐式实现和轻量结构体让Strategy模式非常自然。无需继承，只需实现相同接口即可作为策略注入。
注意事项与最佳实践
虽然Strategy模式灵活，但也需注意几点：
- 策略不宜过多，否则会增加管理成本。可结合工厂模式统一创建策略实例。
- 策略之间应完全独立，避免共享状态导致副作用。
- 上下文不应关心具体策略细节，只依赖接口进行调用。
如果策略本身需要配置参数，可以在构造时传入，保持接口一致性。
基本上就这些。Strategy模式在Go中实现简洁，配合接口和组合机制，能有效提升程序的灵活性和可测试性。遇到多分支行为选择时，不妨考虑用策略代替条件判断。
